GAE 最大值任务队列处理率

Question

问题：

1. 是否可以每秒处理超过 500 个任务每个任务队列？
2. 每个 GAE 应用是否可以每秒处理超过 50.000 个任务？
   

详情：

Task queue quota 文档说：

推送队列限制
队列执行率：每个队列每秒 500 次任务调用

组合限制（推送和拉取队列）
活动队列的最大数量（不包括默认队列）>
免费应用：10 个队列，计费应用：100 个队列

500 * 100 = 50.000

我正在将我们的 GAE 应用程序推向极限，我的目标是每秒处理超过 100.000 个请求。

有可能：
http://googlecloudplatform.blogspot.com/2013/12/013-year-in-review-topping-100000-requests-per-second.html

我不知道他们是否使用了任务队列。

感谢您提供任何提示！

Answer 1

如果使用 push 队列，这两个问题的答案都是 no，即the task queue quotas。

如果使用 pull 队列并且您不超过其他配额，您可能会更高 - 拉队列没有执行率限制（这实际上取决于工作人员配置/可扩展性）

正如 Josh 所说，本文指的是 Web 请求，而不是任务队列请求。而这 100k rps 恰好是该特定应用的最高测量速率，并不意味着它不能做得更好。

对网络请求的成功响应的实际速率可能会受到the safety or billing limits/quotas 的限制，该the safety or billing limits/quotas 施加于您的应用在构建对这些请求的响应时使用的各种基础设施。 GAE 通常仍会响应额外的请求，但会出现错误响应（好吧，如果也达到了传出带宽配额，则可能不会）。

但是，如果您的应用不使用任何具有配额的基础设施（例如，如果它仅提供静态内容），则其响应速度仅受 the requests quotas 的限制，对于计费应用而言，这意味着 10 GB/分钟的传出带宽。比如说，如果你的静态内容响应有 1K，相当于 ~174k rps，如果它们只有 100 个字节，那么最大值将是 ~1.747.000 rps。以此类推。

如您所见，应用的功能、设计和实施以及您愿意花的钱对您在 GAE 上实现的性能影响很多。