DynamoDBを使うサーバーレス設計で失敗した - Qiita

DynamoDBを使うサーバーレス設計を使ったときに失敗したことがあったので書きます。 なお、この体験はハッカソン等での個人の体験であり、 実サービスとは関係ありません。 また、関わったエンジニアの方々を馬鹿にしたいわけでなく、同じ失敗を繰り返さないために自分用のメモとしても載せております。 わかること DynamoDBを使うサーバーレス設計を利用するときの失敗例から導入すべきかどうか 料金や工数は本当に下がるのか 要件 投稿があったらその投稿にメールを返信したい SNSログインもある 件数は無限に多いと予想 Railsのomniauthとアクションメーラーでも良かったが、「サーバーサイドの負荷が楽になる＋かっこいい」という理由で選択 Lambdaに任せるとスケールを自動でやってくれる フルマネージドなので、サーバー運用管理、保守や障害時の対応など、システム管理をしなくて良い オートスケー

[kazutomo]

アカウントをつくったら、まずBilling Alarmを設定しような！お兄さんとの約束だぞ！

[ryuzee]

請求額のアラートを複数段階セットしとくのがいいですねぇ。注意しててもやらかすことあるし

[tuki0918]

DynamoDBのデータを分析しようと持ったら、同じような沼にはまる

[t_yamo]

そもそもバックアップはエクスポートではなくオンデマンドバックアップやPITRではいかんかったのだろうか。

[nekoruri]

放置/下げ忘れ以外で問題なかったのであれば、設計の失敗というか、運用設計における失敗かなと思う。リリース直後はWCU/RCU張り付いて見ていた方が良い気はする。