"これはdynamodbでいけるわ"が流行語になった2ヶ月間の備忘録

はじめに 私ごとではありますが、現場でdynamodbをメインのデータベースとして採用してから約2ヶ月が経ちました。 たった2ヶ月いう期間で、何度も心身ともに崩壊し、そして粘り強く復活を遂げ、かろうじて奇跡的にレベルアップをしてきました。 今回の記事では、これからdynamodbの導入を検討しているエンジニアの皆様に向けて、わずかながら現場で(汗と血を流しながら)得た知見を共有したいと思います。 主にdynamodbを導入するときに楽できる部分、楽できない、苦労する部分がどんな感じか、この記事でなんとなく伝えられたら嬉しいです。 以下では、4つの項目(採用基準、設計、開発、運用)に分けて、知見を羅列していきますが、私もまだ駆け出しdynamodberの域を出ないので、誤りやアドバイス等ございましたら、是非コメントいただきたいです！ なお、ここで紹介する内容は基本的にはAWSの公式ドキュメン

[BOOOOOOOON]

会計データみたいに貯めて貯めてあとでまとめてドカっと計算して何かをアウトプットするみたいな使い方はRDBよりNoSQLのほうが向いてるなとは思う

[taguch1]

10年前くらいに一度サービスで使ってだいぶ痛い目見たのでいまだにその印象。今はなんか変わってるんだろうか。

[georgew]

ワンタイムパスワードやユーザのsession管理など、一時的に使用するデータの置き場にはピッタリ > 逆に言うとこれ以外のユースケースを思いつかない。あとはIoTぐらいか。セッション管理は最もよく目にするケース。

[takeag]

2年くらい経ったら感想頼むわ。

[knjname]

インデックスが付いたRedis風味を感じる