Storage周りのLibraryの調査

[tanihiro]

ゴール

• Storage周りのライブラリを調査し、それぞれの長所短所をまとめる

[tanihiro]

DynamoDB

DynamoDBを扱うためのORMを調査。

DynamoDB DataMapper (https://github.com/awslabs/dynamodb-data-mapper-js)

pros

• TypeScript Support
• 公式が作っている

cons

• Developer Preview（正式版はリリースされていないっぽい？）
• 最後のリリースが2019年7月でなので、開発が止まっている感がある

Dynamo easy (https://github.com/shiftcode/dynamo-easy)

pros

• TypeScript Support
• DynamoDBからModelへの変換のカスタマイズ方法を提供しているので、柔軟に対応はできそう
  • https://shiftcode.gitbook.io/dynamo-easy/api/model/custommapper

cons

• Table操作系は提供していない

[tanihiro]

Cloud Datastore(Firestore)

• Firestoreには2種類ある
  • ネイティブモードのFirestore
  • DatastoreモードのFirestore
• それぞれAPIが違うので、どちらを選ぶかで使用するライブラリも異なる
• サーバプロジェクトの場合はDatastoreモードを利用することを推奨している
  • https://cloud.google.com/datastore/docs/firestore-or-datastore?hl=ja

NodeJS Datastore (https://github.com/googleapis/nodejs-datastore)

NodeJS Firestore (https://github.com/googleapis/nodejs-firestore)

pros

• 公式SDK

cons

• ORMではないので、モデルとの紐付けは自分で実装する必要あり

ts-datastore-orm (https://github.com/terence410/ts-datastore-orm)

DatastoreモードのFirestoreのORMライブラリ

pros

• TypeORMと似ていて使いやすそう

cons

• 利用されている数は少ない

FireORM (https://github.com/wovalle/fireorm)

ネイティブモードのFirestoreのORMライブラリ

pros

• TypeORMと似ていて使いやすそう
• リポジトリパターンを提供している

cons

• 今の所特筆すべきものはなさそう

[tanihiro]

Redis

Node Redis (https://github.com/NodeRedis/node-redis)

pros

• 一番メジャーなライブラリ

cons

• Promiseに対応していない（そのまま使うとコールバックで記述する必要あり）
  • Promiseを利用するためには別ライブラリと組み合わせて使う必要がある
  • https://redis.js.org/#redis-a-nodejs-redis-client-usage-example-promises

ioreds (https://github.com/luin/ioredis)

pros

• Promise対応しているのでasync/awaitで記述可能

cons

• 特筆すべきものはなさそう

---

どちらか利用するなら、iordisでよさそう

[tanihiro]

Memcached

memJS (https://github.com/memcachier/memjs)

pros

• Promise対応しているのでasync/awaitで記述可能

cons

• いくつか機能としてサポートしていない（flag, multi command, CAS）
  • https://github.com/memcachier/memjs#todos

3rd-Eden/memcached (https://github.com/3rd-Eden/memcached)

pros

• NodeJSでは一番メジャー
• 実装されている機能が多い

cons

• Promise非対応
• 開発があんまり活発じゃない
  • 最後のリリースも2018年
  • Promise対応してほしいというIssueも2017年に作られているがそのまま

[tanihiro]

s3, GoogleCloudStorage

AWS SDK (https://docs.aws.amazon.com/ja_jp/sdk-for-javascript/v2/developer-guide/s3-node-examples.html)

googleapis/nodejs-storage (https://github.com/googleapis/nodejs-storage)

pros

• 公式作成
• 機能を網羅している
• Promise対応
• Typescript対応

cons

• 特筆すべきものはなさそう

flydrive (https://github.com/Slynova-Org/flydrive)

pros

• Local, S3, GCSに対応したFileStorageのラッパーライブラリ
• AWSにもGoogleにも対応しているので、柔軟に実装できそう
• Promise対応
• Typescript対応

cons

• 機能がどこまで網羅されているか

[tanihiro]

Elasticsearch

elasticsearch-js (https://github.com/elastic/elasticsearch-js)

pros

• 公式作成
• Promise対応
• Typescript対応
• 基本的にElasticsearchをNodejsから扱うときはこれ一択な印象
  • 他の良さそうなライブラリが無い
  • Fastify, NestJSなどから扱うためのラッパーライブラリは作成されていたりするので、利用するFrameworkによって使い分ければ良さそう

cons

• 特筆すべきものはなさそう

[dameleon]

• Dynamo
  • applicationで使うのはdynamo easy、テーブル操作でmigrationとかそういうことするなら公式かAPI叩くか(まともなappならterraformとかになりそうだが)という感じですかね
• Firestore
  • clientから直で触るかどうかのユースケース次第ですかね？serverから直で触るのみであればts-datastore-ormでよいかなとおもいつつ、entity自体の型付けだけできればorm層(model層)書くのはそこまで苦じゃないとおもうので公式でもカバーはできるかな、とは思いました。
• redis
  • ioredsでよさそう
• memcached
  • あんまり選択肢なさそう memJS でいいかなーというかんじ。今どきみんなmemcached使わないのかな
• object storage
  • flydriveよさそう。applicationから触るくらいなら困ることはないかな、とおもいました
• elasticsearch
  • 公式でよさそうどうん