问题描述 #

现有如下消息设计模式：步骤1：应用程序向SNS Topic发送消息；步骤2：SNS向已订阅的SQS队列发布消息。根据定义：广播指消息发布至所有端点，多播指消息发布至选定端点。请问该流程应判定为选项1（发布至SNS Topic的选定订阅SQS队列，多播模式）还是选项2（发布至所有订阅端点，广播模式）？

回答 #

这个流程毫无疑问属于选项2（广播模式），原因如下：

• 从SNS Topic的核心行为来看：当应用向Topic发送消息时，Topic的默认逻辑是将消息推送给所有已成功订阅该Topic的端点（这里就是你提到的SQS队列），不会对订阅者进行选择性过滤或筛选。
• 对照你给出的定义：广播的核心是“发布至所有端点”，而多播是“发布至选定端点”。在这个流程里，只要是订阅了该Topic的SQS队列，都会收到这条消息——没有任何“选定部分队列”的操作，完全符合广播的特征。
• 额外补充：如果是多播场景，通常需要在消息发送阶段主动指定目标端点（比如SNS的Publish接口指定特定的EndpointArn），或者通过复杂的过滤规则仅让部分订阅者接收，但你的场景里并没有这类操作，只是默认推送给所有订阅的SQS队列。

内容的提问来源于stack exchange，提问作者K.Pil