google-cloud-functions - 在 PubSub 后端函数或 Http 函数之间进行选择

Question

我们正在设计 Google PubSub 的监听端，并将为此使用 Google Functions。有两种选择，推送和后端功能。使用 Http 推送并将消息推送到该函数。后端函数使用触发来调用函数。

我们遇到的麻烦是决定哪种方法可能更适合我们的应用程序。我们无法在 Google 文档中找到这两种方法之间的差异列表。

我们注意到的一些事情是:

• Http 函数使用 Expressjs 结构，其中后端函数只是一个函数。
• 看来消息失效仅适用于后端函数。
• 尚不清楚死信队列是否以及如何与后端函数配合使用。
• 每秒可处理的消息数是否存在差异？
• 还有很多问题我们没有想到要问...

这里的问题是，应该确定什么来帮助在 http 函数或用于接收 PubSub 消息的后端函数之间进行选择？

Answer 1

我的观点更多的是安全性和可用性。

后端功能

• 内置 pubsub 和函数之间的身份验证
• 没有公开曝光
• 无死信主题容量
• 没有消息过滤能力
• 无订购 key 容量

推送功能

• 需要自行管理安全(使用no-allow-unauthenticated部署该功能，并在推送订阅中放置一个服务帐户以确保安全)
• 公开曝光(入口控制设置为内部，阻止所有外部调用，包括 pubsub 推送订阅，不能使用此功能)
• 由 PubSub 和其他进程触发(非常适合测试或重播事件)
• 提供死信主题、重试策略、排序 key 和过滤。
• 更便携的格式。您可以推送到任何端点:Cloud Functions、Cloud Run、Compute Engine，甚至外部端点。你不再被束缚

在这两种情况下，都可以重试

所以，我更喜欢推送订阅+http云函数的模式。每秒的消息数量应该是一个问题(至少每秒最多 250k 消息)