Google Pub/Sub 性能（低负载下的延迟）？

Question

我们即将选择 Google Cloud Pub/Sub 作为我们的消息总线。一些消息需要在低延迟持续时间（例如小于 100-200 毫秒）内进行调度。

我在某处读到，在大量消息中，它表现良好，但对于每秒数百条消息等较少数量的消息，Pub/Sub 可能会产生高延迟。

在上一个问题中，主题也不清楚。从 2016 年开始，谷歌云发布/订阅延迟是多少。

是否有任何关于 Pub/Sub 延迟和与消息量关系的定义指标？

Answer 1

Cloud Pub/Sub 的设计考虑了大量消息，因此如果消息吞吐量太低，它有时会遇到困难。这与 Pub/Sub 如何平衡侦听器之间的拉取请求有关。

回到你的问题，没有关于这种行为的定义指标，也没有最小的延迟或你可以说它被认为是“高负载”的神奇数量的消息。实际上，它取决于诸如工人数量、批次大小、每条消息的处理时间等因素。

我发现了另一个StackOverflow 答案，它更多地讨论了 Pub/Sub 的有效用例（每秒数千条消息）以及为什么建议 Cloud Pub/Sub 使用高负载。

编辑：

扩展此主题，向 Pub/Sub 实现添加异步层有助于提高其性能，包括低消息量场景中的延迟。Spotify 在与 Pub/Sub 合作时意识到了这一需求并创建了自己的 Async Cloud Pub/Sub 客户端。他们现在推荐使用谷歌的 java 客户端，但值得考虑这些信息