GCP pub/sub：消息的生命周期

Question

我试图了解GCP pub/sub，但我有一个关于pub/sub中消息生命周期的问题。事实上，我把这篇文章作为我的参考。在这篇文章中，他们说：

一旦每个订阅的至少一个订阅者确认了该消息，Pub/Sub就从存储中删除该消息。

所以我的第一个问题是：例如，我有一个订阅a，它连接到订阅者X和订阅者Y。根据文档，当订阅者X收到消息并向订阅者a发送ACK时，Pub/Sub将从存储中删除消息，而不考虑订阅者Y是否收到消息。换句话说，pub/sub并不关心是否所有订阅者都收到了消息，只有一个订阅者收到了消息，而pub/sub将从存储中删除消息？我说得对吗？

我觉得有点困惑。我的理解是，例如，我有一个主题有N个订阅，每个订阅有M个订阅者，pub/sub只需要知道对于每个订阅，至少有一个订阅者已经确认了消息，它就会从存储中删除消息。我说得对吗？

我还发现，在文档中，我们有两个概念：发布转发器和订阅转发器。所以我可以问最后几个问题：

• 订阅、发布转发者和订阅转发者是什么关系？（例如，订阅只包含一个发布转发器和一个订阅转发器？）
• 发布转发器和订阅转发器之间的关系是一对一或一对多或多对一或多对多，请？
• 一个订阅服务器是否可以与多个订阅相关联？
• 一旦订阅者使用了一条消息（这里我说的是该消息不是重复的，它没有副本，它是唯一的），该订阅者是否可能重新使用/重新读取该消息？

Answer 1

这里有很多东西要打开。最好不要把订阅看作是附加到订阅服务器上的，也要理解这两件事是不同的。订阅是希望接收发布到主题的所有消息的命名实体。订阅服务器是代表订阅运行以接收和处理消息的实际客户端。一个主题可以有许多订阅。一个订阅可以有许多订阅者。如果一个订阅中有多个订阅者，那么，假设没有重复的传递，并且订阅者ack所有接收到的消息，发布到主题的每个消息将被传递给该订阅的一个订阅者。这称为负载平衡：消息的处理分散在许多订阅服务器上。如果一个主题有多个订阅，每个订阅都有一个订阅者，那么每个订阅者将接收所有消息。这称为扇出：每个订阅服务器接收发布的完整消息集。当然，可以将这两者结合起来，并且每个订阅都有一个以上的订阅者，在这种情况下，每个消息将被传递给每个订阅的一个订阅者。

转发器只是负责传递消息的服务器。发布转发器从发布者接收消息，订阅转发器向订阅者发送消息。消息传递过程中的所有关系（从发布者到发布转发器、发布转发器到订阅转发器以及订阅转发器到订阅者）都可以是多对多关系。

订阅服务器与单个订阅相关联。但是，一个正在运行的作业可能有多个订阅服务器在其中运行，例如，一个可以在不同的订阅上多次实例化订阅服务器客户端库。