我能期望从的每日免费配额中获得多少QPS？

Question

对于一个主要为静态页面和图像服务的App应用程序(一个基本的CMS)，在保留app的免费配额的同时，我还能期望什么样的平均QPS呢？

我正在优化几个小型站点，这些站点托管在App上，并且在<1QPS时超出了配额。即是说，如果不用尽每天的免费配额，他们便不能维持1 QPS超过6小时。我知道如何优化他们，但我不知道我应该期望从自由配额的QPS。是否很容易得到1 QPS? 10? 100？

我意识到这里面有很多变量，所以我也想知道人们在自由配额中真正实现了什么，以及他们首先达到了哪个配额。(我遇到了"Datastore Read Operations“和”传出带宽“(传出带宽)。当服务图像时，每天1GB的速度很快。)

Answer 1

你可以使用的标准之一是谷歌自己在FAQ中声称他们的免费配额一个高效率的应用程序应该允许每月大约500万次的页面浏览量。，这将转化为持续和持续的1.93 QPS。

现在，请记住，这一说法是在谷歌做出相当2011年9月价格急剧变动之前提出的，因此目前的情况可能与所宣称的情况不同。

关于带宽配额，看看边缘缓存，也许会有帮助。

Answer 2

我认为你最好的选择是找出限制你的配额是什么，是不可变的，然后从那里开始。

例如，如果您为每个请求提供大约100 K，但不执行其他操作，则可以提供大约115个QPS：(1GB / 100K) / 86400。

如果每次查询执行一次DB读取和一次DB写入，则可以提供比.5 QPS: 50000 / 86400稍多一点的服务。

等。

Answer 3

记住，您不能将文件保存到App。使用它服务生成的静态资产很可能是不可能的。除非您计划每次在计算机上生成它们并"appcfg.py更新“应用程序。

但是，您可以使用memcache快速生成页面，而不访问数据存储。

我的建议是组装一个快速的PoC和jMeter，并从那里推断出你的costo。