【AWS】シード期スタートアップのインフラ構成を公開 - Qiita

1. サーベイの回答結果データ ユーザーからのサーベイ回答結果は突発的に大量にくるし、絶対に欠損してはならない大切なデータでした。 1回答でも多く集まることで回答結果からインサイトに繋がる事業上、非常に重要度が高いものだからです。 なので、まずRDSがダウンしたとしても欠損せず、突発的に大量なサーベイ回答があっても影響なく捌けるような構成ということで、SQSでバッファリングさせることにしました。 こうすることで、RDSに何らかの問題があって書き込みが失敗してもDLQにデータは入りますし、リトライ処理もインフラレベルで行えるのでコードでの実装ミスなどもなくなります。また、突発的に大量に来たとしてもlambdaの同時実行数を1つにして直列にすることで、書き込み負荷は一定のものを担保することが出来ました。 2. ユーザーの行動ログデータ 多少の欠損は許されるが、データ量が導入社数にもよりますが、

[kogayushi]

後輩くんの記事、未経験から頑張って作ってちゃんとしたインフラ構成になっててすごい