google-app-engine - 与对象更改通知相比，Google Club Pub/Sub 的可扩展性如何

Question

正如标题所问，使用签名 URL 上传对象时，与 Google Cloud Storage 中的对象更改通知相比，Google Club Pub/Sub 的可扩展性如何？

在处理短时间内上传的许多对象方面，每种方法的比较如何？上传速度快的话，会不会传输速度变慢？例如，1000 个对象/秒？

如果两者都不可扩展，还有什么其他选择？

出于我的目的，我需要上传图像，然后当通知发送到我的 Google App Engine 应用程序时，我需要写入我的数据库。上传图像和通知之间的时间间隔必须短(最多 2-3 秒)，这一点至关重要。

Answer 1

每秒发生 1000 次对象更改时，您希望使用 Cloud Pub/Sub 通知。

对象更改通知和 Cloud Pub/Sub 通知都可以在 1000 QPS 下正常工作。然而，在这种负载下，有几个理由更喜欢 Cloud Pub/Sub。

首先，Cloud Pub/Sub 订阅支持拉取消息。通过调用一次 pull()，您可以一次检索 100 条或更多消息，然后通过调用一次 recognize() 来确认所有消息。对象更改通知始终对每条消息调用您的服务一次。使用 Cloud Pub/Sub 可以立即将服务器需要处理的 RPC 数量减少两个数量级。

其次，在高 QPS 时，您需要开始考虑失败、超时和重试。出于多种原因，云发布/订阅在这里也是一个很好的选择。其一，它支持可配置的确认截止时间，而对象更改通知始终必须在 20 秒内处理。另一方面，您可以查询当前待办事项的大小，以防您落后。如果您使用推送订阅，当您的消息接收器离线一段时间时，Cloud Pub/Sub 还会有更友好的流量提升，因此当您自己的服务器重新上线时，您不会压垮它们。

第三，灵活性。 Cloud Pub/Sub 就是围绕这个用例设计的。接收大量消息是他们的全部面包和黄油，并且有许多功能和库专注于此。不过，云存储专注于存储数据。对象更改通知可以工作，但它永远不会提供与 Cloud Pub/Sub 一样多的通知功能。