0


0

Google Apps EngineとAmazon EC2でのFlexポーカーゲームのスケーリング

Javaで記述されたサーバー側コードとflexで記述されたクライアント側コードがあります。 クライアントがサーバーに約3秒ごとにリクエストを行うと、ある時点でスケーラビリティの問題が発生していると確信しています。

私が見る限り、Google Apps EngineまたはAmazon Cloudでアプリケーションをホストできます。 Amazonが日曜大工のアプローチを提供していることを理解しているので、自分でクラスターをセットアップして保守する必要があります。これはあまり好きではないので、GAEを使用する傾向があります。もちろん制限と制限に。

制限の1つは、1秒あたり500回のリクエスト数(特別なフォームに入力することで一時的にさらにリクエストできる)です。これはおおよそ1500人の同時ユーザーに変換され、それぞれ3秒ごとにサーバーにpingを送信します。

気になるのは、このことをどれだけ大きくできるか本当にわからないことと、1500人のプレーヤーがGoogle AppsやAWSを使用していることを除けば(それほどしようとしていない限り) 、他にどのようなオプションがありますか?

ありがとうございました。

1 Answer


3


App Engineアプリが維持できるQPSの数に厳しい制限はなくなりました(いずれにしても、増加は一時的ではありませんでした)。 平均リクエストレイテンシが1000ミリ秒未満である限り、必要に応じてより多くのインスタンスをプロビジョニングします。

ポーリングに関する限り、リソース消費に関して言えば、それはうまくスケールしません。 今後のChannels APIは、ユーザーのブラウザーにイベントを非同期的に通知する方法を提供します。