直接或通过发布子队列访问 Google 云 SQL?
Access Google Cloud SQL directly or via pub sub queues?
场景:
我们有两个选择:
选项 1. 本地(组织)Web 服务将通过 VPN 隧道将消息推送到 Google Cloud Pub Sub 队列。云函数监听发布子队列,选择消息并更新云 SQL 数据库。
选项 2. 本地(组织)Web 服务直接写入云 SQL 数据库。
在架构方面哪个选项最好?选项 1 或选项 2
有人可以提供一些建议吗?
正如我在评论中提到的,我看不出再使用两个步骤只是为了在 CloudSQL DB 中写入数据有什么意义。如果您只想将数据存储到数据库,则选项 2 是最简单快捷的方法。无需将消息写入 Cloud Pub/Sub 并触发 Cloud Function 来实现这一点,从而使事情变得复杂。
场景:
我们有两个选择:
选项 1. 本地(组织)Web 服务将通过 VPN 隧道将消息推送到 Google Cloud Pub Sub 队列。云函数监听发布子队列,选择消息并更新云 SQL 数据库。
选项 2. 本地(组织)Web 服务直接写入云 SQL 数据库。
在架构方面哪个选项最好?选项 1 或选项 2
有人可以提供一些建议吗?
正如我在评论中提到的,我看不出再使用两个步骤只是为了在 CloudSQL DB 中写入数据有什么意义。如果您只想将数据存储到数据库,则选项 2 是最简单快捷的方法。无需将消息写入 Cloud Pub/Sub 并触发 Cloud Function 来实现这一点,从而使事情变得复杂。