关于GCP Pub/Sub同一订阅多订阅者及独立重试机制的技术问询

问题背景 #

我正在基于GCP Pub/Sub实现事件驱动架构。我创建了一个名为orders的Topic，以及一个名为orderPlacedSubscription的Subscription。现有paymentService和notificationService两个服务，希望监听该订阅的所有消息并执行不同操作：paymentService处理支付，notificationService发送通知。

具体问题 #

1. GCP Pub/Sub是否支持为同一订阅设置两个订阅者，且两者能分别接收消息并独立确认？
2. 若订阅者可独立确认消息互不影响，当其中一个订阅者处理失败时，GCP Pub/Sub是否支持为不同订阅者分别重试？

回答 #

问题1解答 #

不支持。GCP Pub/Sub的单个订阅采用独占消费+负载均衡的模式：同一个订阅下的多个订阅者会瓜分消息，同一条消息只会被其中一个订阅者接收，无法实现两个服务都收到所有消息的需求。

如果要让paymentService和notificationService各自完整接收orders Topic的所有消息，正确的做法是为orders Topic创建两个独立的订阅（比如order-payment-sub和order-notification-sub），让两个服务分别监听对应的订阅。

问题2解答 #

基于独立订阅的方案，每个订阅的重试机制是完全独立的：

• 若paymentService处理某条消息失败未确认，该消息会在order-payment-sub的重试队列中重新分发，仅针对这个订阅的消费者进行重试；
• 而notificationService如果已成功确认同一条消息，就不会再收到它，两者的重试流程互不干扰。

如果坚持使用同一个订阅的多个消费者，重试是针对整个订阅的：某条消息被一个消费者处理失败后，会重新分发给该订阅下的任意一个消费者，无法实现针对不同服务的分别重试。

内容的提问来源于stack exchange，提问作者tarek salem