使用直接 GCP 云 Pubsub 或 Spring 集成的 Pubsub 消息传递的最佳实践是什么？
What is best practice in Pubsub messaging using direct GCP cloud Pubsub or Spring Integration?
使用 Spring 集成作为 gcp pubsub 消息的发送者和接收者有什么好处？
我按照此处所述使用服务激活器发布消息：
https://spring.io/guides/gs/messaging-gcp-pubsub/
然后我发现 GCP 云库也支持 java 语言的 Publisher，例如：
https://cloud.google.com/pubsub/docs/publisher
所以我很困惑，因为我看到 Publisher 更简单并且似乎更容易管理失败时的重试并且它已停止以节省资源。
那么在这种情况下使用spring集成有什么好处呢？
我们尚未投入生产，因此是否值得重构它并直接使用 GCP pubsub？
欢迎提供任何最佳实践或解释如何选择最佳库。
成语！！
Google 云 Java 客户端库遵循相同的惯用结构。您可以使用 Secret Manager、Compute 或 PubSub，您将以相同的方式创建和处理对象。这是 google 风格。
Spring 也一样：使用注释和命名约定，spring 奇迹发生了！因为您遵循 Spring.
的惯用结构
什么比较好？如果你想绝对坚持 Spring 成语，请使用它。如果不是，请使用您想要的风格，最容易为其他团队成员和新人理解。
（我喜欢 spring，但我更喜欢使用 Google 云客户端库样式。我觉得不那么拘泥于严格的结构）
使用 Spring 集成作为 gcp pubsub 消息的发送者和接收者有什么好处？ 我按照此处所述使用服务激活器发布消息：
https://spring.io/guides/gs/messaging-gcp-pubsub/
然后我发现 GCP 云库也支持 java 语言的 Publisher，例如： https://cloud.google.com/pubsub/docs/publisher
所以我很困惑，因为我看到 Publisher 更简单并且似乎更容易管理失败时的重试并且它已停止以节省资源。
那么在这种情况下使用spring集成有什么好处呢？ 我们尚未投入生产，因此是否值得重构它并直接使用 GCP pubsub？
欢迎提供任何最佳实践或解释如何选择最佳库。
成语！！
Google 云 Java 客户端库遵循相同的惯用结构。您可以使用 Secret Manager、Compute 或 PubSub，您将以相同的方式创建和处理对象。这是 google 风格。
Spring 也一样：使用注释和命名约定，spring 奇迹发生了！因为您遵循 Spring.
的惯用结构什么比较好？如果你想绝对坚持 Spring 成语，请使用它。如果不是，请使用您想要的风格，最容易为其他团队成员和新人理解。
（我喜欢 spring，但我更喜欢使用 Google 云客户端库样式。我觉得不那么拘泥于严格的结构）