コロナ予約サイトチャレンジ。1万TPSを体験しよう

はじめに いろんな話題が出ているコロナ予約サイトですが、横浜市の予約サイトが公開すぐに落ちたことでまず話題になりました。 ただ、最大34万人の予約者なので 1分あたり最大100万件のアクセスを想定していたが、開始直後に200万件のアクセスがあったということで33,000TPSというかなりのトラフィックが来た事が予想されます。 対応策がサーバを増やして目標値を当初設計の6倍に引き上げるとの事だったのですが、空席照会のついた予約システムってDBにある程度同期的に書き込む必要があるので、そんな簡単にスケールアウト出来ないはずです。 JSとかCSSとかも含めてるならさておき、メインのページなどのHTMLなどを含めたPVだと仮定してもDBに数千アクセスが行きますし参照だけではなく更新も入ります。どうやったのか本当に謎なんですが、特に工夫のないアプリ実装でどのくらいスケールするのか少し気になったので試

[sonots]

今年のisuconはコレか？

[mkusunok]

腕試しとしては面白そうだけど、金融系のトランザクション処理と違って先着順で捌くこと自体に何の意味もないし、スケーラビリティを考えて業務ロジックを組むのが大変なので、そもそも努力の方向が間違ってそうな

[taruhachi]

思ったより全然性能が出てなかったが、引き当てのある予約は厳密にやろうとすると同期処理にしないといかんので性能を出しにくいんだよね。私はキャッシュ上でのカウンターも併用してやってた。

[youichirou]

これでだいたいいくらかかったのか気になる(笑)

[lizy]

予約処理(更新系)は同期処理を諦めて一旦キューにためて非同期に処理するとかしかないのかな

[ledsun]

面白いことしているなー。なるほど、自分でやってみるのが、一番面白いか。