「ワクチン接種の予約受付におけるサーバー負荷について」記事へのコメント

簡単にスケールさせたいならAWS使え

[Anonymous Coward]

10年くらい前に言われてなかったけ

Re:

[Anonymous Coward]

AWS って200万/分アクセスって、DB含めてさばけるものなの?

Re:簡単にスケールさせたいならAWS使え

[Anonymous Coward]

余裕でいける。
ただし、ちゃんとロードバランサを設定しておくことと、
後ろに控えるDBをShardingなりなんなりで負荷分散するようにしておけば。
DynamoDBとかをうまく使えばさらにスケールできる。
静的なコンテンツをS3 + CloudFrontの組み合わせで送るようにしておくと申し分ない。

Re:簡単にスケールさせたいならAWS使え

[Anonymous Coward]

それをきちんと設計できる人間ならAWSじゃなくても作れる
出来ない人はAWS使ってもダメ

Re:簡単にスケールさせたいならAWS使え

[Anonymous Coward]

ま。御説ご尤もだが、AWSに限らずクラウド系プラットフォームはリソースの柔軟な調達がキモなわけで。

＃別のコメントツリーにも書いてあったけど「予算は使い切れ。超過も余らせるのもよろしくない」が一番厄介ね。

Re:簡単にスケールさせたいならAWS使え

[Anonymous Coward]

3万 req/sをサーバーレス(SPA+API)でやろうとすると、デフォルトではクォータに引っかかりそうなので、事前の申請はいくらか必要な気もする。
といっても3万 PV/sなので、登録で呼び出されるAPIの方が3000 req/sとかなら余裕かもしれない。

- 静的コンテンツの配信用のCloudFrontは余裕の25万 req/s
- API Gatewayが10000 req/s
- AWS Lambdaが1000 並列
- DynamoDBが40000 WCU(1 KB/req) （ただし、On-Demandでは初期スループット4000 WCU）

即応性が必要なわけではないので、さばき切ろうとせず適宜フロントエンドで待たせればいいし(API Gatewayでスロットリングしちゃう)、ユーザーフレンドリーに順番待ちさせたければElastiCache(Redis)とかSQS、Kinesisあたりを組み合わせることになるだろうか。

Re:

[Anonymous Coward]

この規模だと、API Gateway + LambdaよりもALB + ECSとかの方がなにかと楽かなー。
DynamoはOn Demand Capacityとかもあるからあまり心配無いかと。
ALBの暖気申請は必要に応じて。