对于主要提供静态页面和图像（基本 CMS）的 App Engine 应用程序，在保持在 App Engine 的免费配额内的情况下，我可以预期什么样的平均 QPS？
我正在优化几个托管在 App Engine 上的小型网站，这些网站的配额不足 < 1 QPS。也就是说，他们不能在不耗尽每日免费配额的情况下维持 1 个 QPS 超过大约 6 小时。我知道如何优化它们，但我不知道我应该从免费配额中获得多少 QPS。获得 1 QPS 相当容易吗？10？100？
我意识到这有很多变数，所以我也想知道人们在免费配额内实际达到了什么，以及他们首先达到了哪个配额。（我遇到了“数据存储读取操作”和“传出带宽”。提供图像时，1GB/天很快。）
您可以使用的一个标准是 Google 在其常见问题解答中自己声称，他们的免费配额应该允许每月大约 500 万次网页浏览以实现高效的应用程序，这将转化为持续和持续的 1.93 QPS。
现在，请记住，此声明是在 Google于 2011 年 9 月做出相当剧烈的价格变动之前提出的，因此目前的情况可能与所声明的有所不同。
关于带宽配额，看看边缘缓存，可能会有所帮助。
我认为你最好的选择是弄清楚什么配额限制了你并且是不可变的，然后从那里开始。
例如，如果您为每个请求提供大约 100K 的服务，但什么都不做，您可以提供大约 115 QPS：(1GB / 100K) / 86400。
如果每个查询执行一次 DB 读取和一次 DB 写入，则可以提供略高于 0.5 QPS：50000 / 86400。
等等。
请记住，您无法将文件保存到 App Engine。使用它很可能无法提供生成的静态资产。除非您计划在您的机器上生成它们并且每次都“更新”应用程序。
但是，您可以使用 memcache 快速生成页面而无需访问数据存储。
我的建议是组装一个快速的 PoC 和 jMeter 一段时间，然后从那里推断出你的成本。