ほとんどが静的なページと画像 (基本的な CMS) を提供する App Engine アプリの場合、App Engine の無料クォータ内に留まりながら、どのような平均 QPS を期待できますか?
App Engine でホストされていて、1 QPS 未満で割り当てを使い果たしているいくつかの小さなサイトを最適化しています。つまり、1 日の無料クォータを使い果たすことなく、約 6 時間以上 1 QPS を維持することはできません。それらを最適化する方法は知っていますが、無料のクォータから期待できる QPS がわかりません。1 QPS を取得するのはかなり簡単ですか? 10? 100?
これには多くの変数があることを認識しているので、無料の割り当て内で実際に何を達成しているか、最初に到達した割り当てを知りたい. (「Datastore Read Operations」と「Outgoing Bandwidth」に出くわしています。画像を提供する場合、1 GB/日はすぐに使用されます。)
使用できる尺度の 1 つは、Google 自身のよくある質問での主張です。無料の割り当ては、効率的なアプリケーションのために 1 か月あたり約 500 万のページビューを許可する必要があります。これは、持続的かつ継続的な 1.93 QPS に変換されます。
なお、この主張は Google が2011 年 9 月に大幅な価格変更を行う前に行われたものであるため、現在の状態は主張されていたものとは異なる可能性があることに注意してください。
帯域幅のクォータについては、エッジ キャッシングを参照してください。役立つ場合があります。
あなたの最善の策は、どのクォータがあなたを制約していて不変であるかを理解し、そこから進むことだと思います.
たとえば、リクエストごとに約 100K を提供していて、他に何もしていない場合、約 115 QPS ((1GB / 100K) / 86400) を提供できます。
クエリごとに 1 回の DB 読み取りと 1 回の DB 書き込みを行うと、0.5 を少し超える QPS (50000 / 86400) を提供できます。
等。
ファイルを App Engine に保存できないことに注意してください。生成された静的アセットを提供することは、おそらく不可能です。マシンでそれらを生成し、毎回アプリケーションを「appcfg.py更新」する予定がない限り。
ただし、memcache を使用すると、データストアにヒットすることなくページをすばやく生成できます。
私の提案は、簡単な PoC を組み立てて、しばらくの間 jMeter を実行し、そこからコストを推定することです。