SNS FIFO主题重试消息至SQS FIFO队列是否维持严格顺序？

核心结论 #

使用SNS FIFO主题向SQS FIFO队列扇出时，即使触发高强度重试（比如23天内超10万次），SQS端依然能严格维持消息顺序。失败的消息不会和新消息并行投递，也不会被新消息插队，同消息组内的重试消息会优先于后续新消息完成投递，确保顺序一致。

原理说明 #

• 顺序保障的核心依赖是消息组ID（Message Group ID）：SNS FIFO和SQS FIFO都会基于消息组ID，保证同组内的消息严格按照发布顺序处理。
• SNS重试时会保留原消息的关键元数据：包括消息组ID、去重ID（Deduplication ID）以及发布顺序标记。即使投递失败多次，这些元数据不会改变，SQS收到重试消息时，会识别它属于哪个消息组，以及在组内的顺序位置。
• SQS FIFO的队列规则：同消息组内，只有当前消息被成功处理（或进入死信队列）后，才会投递下一条消息。因此，当SNS重试旧消息时，该消息会回到同组的“待处理”首位，后续新消息会被暂存，直到这条重试消息处理完成，不会出现并行投递或顺序颠倒的情况。
• SNS自身的投递逻辑：对于同消息组的消息，SNS会严格按照发布顺序尝试投递，不会跳过未成功投递的旧消息，直接投递后续新消息。

测试建议 #

• Localstack无法满足测试需求：它仅模拟SNS/SQS的基础CRUD操作，不支持FIFO的顺序保障细节和SNS的重试机制，无法复现高强度重试场景。
• AWS环境测试方案：
  • 在测试账号中创建独立的SNS FIFO主题和SQS FIFO队列。
  • 临时修改SQS的权限策略，拒绝SNS的sqs:SendMessage请求，触发服务器端错误，让SNS进入重试流程。
  • 发布几条同消息组的新消息，然后恢复SQS的权限，观察队列中消息的顺序：重试的旧消息会排在同组新消息之前，且按原发布顺序投递。

内容的提问来源于stack exchange，提问作者Dark Current DarkCurrent