EventBridge重放SQS FIFO源消息时是否维持FIFO顺序？

直接给结论：只要配置到位，归档重放时能完整保留原SQS FIFO的消息顺序，下面是我实际落地这个架构时的细节和踩坑点：

• 归档阶段的顺序保留
  用EventBridge Pipes对接SQS FIFO时，管道会严格遵循SQS FIFO的消息接收顺序（同MessageGroupId内的消息按入队先后）将事件写入归档存储（不管是EventBridge自带的Archive还是S3）。实际测试下来，只要SQS FIFO的消息组ID配置正确，同组内的消息在归档文件里是按原顺序排列的，不会乱序。

• 重放阶段的顺序控制
  从归档重放时，核心规则是同MessageGroupId的消息会严格按原始顺序发送，具体分两种场景：

  1. 重放回原EventBridge Pipe（再流转到下游）：管道会延续SQS FIFO的组内顺序逻辑，同组消息不会被打乱，下游接收到的顺序和原消息入队顺序完全一致。
  2. 直接重放到其他目标（比如Lambda、另一个队列）：EventBridge会按事件的原始时间戳排序发送，同组内的时间戳本身就是顺序的，所以同组消息依然保持顺序。但如果是跨组消息，重放时可能会出现交错（这和SQS FIFO本身的跨组顺序规则一致，SQS FIFO也不保证不同组的消息顺序）。

• 实际踩过的坑

  • 不要纠结跨组消息的顺序：SQS FIFO本身就不保证不同MessageGroupId之间的消息顺序，EventBridge归档重放也遵循这个逻辑，跨组消息重放时可能交错，这是正常现象。
  • 注意Pipe的批量配置：如果EventBridge Pipes的Batch Size设得过大，可能会把不同组的消息打包到同一个批次里，但重放时同组内的消息还是顺序的，只是批次间的跨组消息可能交错，不影响业务逻辑里的组内顺序要求。
  • 限流不影响顺序：重放时如果设置了Rate Limit，只是降低整体发送速度，同组内的消息依然会按原顺序依次发出，不会因为限流打乱顺序。

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