对于主要提供静态页面和图像（基本CMS）的App Engine应用程序，我可以期待什么样的平均QPS，同时保留在App Engine的免费配额内？我可以从App Engine的每日免费配额中获得多少QPS？
我正在优化在App Engine上托管的几个小型站点，这些小型站点的配额用尽在< 1 QPS。也就是说，他们不能维持1个QPS超过6个小时而不会耗尽每日免费配额。我知道如何来优化它们，但我不知道我应该从免费配额中得到什么QPS。获得1个QPS相当容易吗？ 10？ 100？
我意识到这里有很多变数，所以我也有兴趣知道人们在免费配额内实际达到了什么，以及他们首先遇到哪些配额。 （我正在碰到“数据存储区读取操作”和“传出带宽”，当提供图像时，每天1GB /天会很快）。
您可以使用的一个标准是Google自己的常见问题解答中的自由配额should allow for roughly 5 million pageviews a month for an efficient application，这将转化为持续且连续的1.93 QPS。
现在请记住，这个声明是在Google做出相当于drastic price change in September 2011之前做出的，所以目前的状况可能与声称不同。
关于带宽配额，看看edge caching，可能会有所帮助。
感谢您的FAQ链接，这很有帮助。边缘缓存仅适用于付费应用程序。根据此Google I/O讨论，免费的appengine应用程序无法获得它：http://www.youtube.com/watch?v=rP-kjrx9CRE – 2012-02-23 18:14:00
我认为你最好的选择是弄清楚什么配额限制你，是不变的，并从那里开始。
举例来说，如果你的服务每个请求100K左右，但没有别的什么都不做，你可以成为约115 QPS：（1GB/100K）/ 86400
如果你做一个数据库读取和一个DB写入每次查询，您可以起到一点点超过0.5 QPS：50000/86400
等等
记住，你不能将文件保存到App Engine。服务生成的静态资产很可能不可能。除非您计划在您的机器上生成它们，并且每次都“appcfg.py更新”应用程序。
但是，您可以使用memcache快速生成您的页面，而无需点击数据存储区。
我的建议是组装一个快速的PoC和jMeter一段时间，然后从那里推断您的costo。
这是一个问题：我可以在一辆野马上驾驶一辆满载的坦克行驶多少英里，然后我必须再次填充它。这取决于如果街道平坦，上坡，下坡，开车速度有多快，如果轮胎很低。这个问题不能回答。 – aschmid00 2012-02-16 21:52:55
我知道，这就是为什么我问什么人实际上在免费配额内实现。如果有3人报告他们可以分别驾驶野马250,300和320英里，那么我知道我不应该期望能够在一辆油箱上行驶1000英里。我在这里找球估计。 – 2012-02-23 18:17:06