峰值需求下为何选4个非批量SQS FIFO而非2个批量SQS FIFO？

你的理解误区主要出在对SQS FIFO队列消息分组速率限制的忽略，以及吞吐量计算逻辑的偏差：

• 首先，SQS FIFO队列的核心限制不是“批量大小×调用数”这么简单，它对单个消息分组ID有严格的速率上限：默认每个消息分组每秒最多处理300条消息（或300次API调用，取两者中较低值）。这个限制是因为同一个分组的消息必须严格按顺序处理，无法并行，哪怕你用批量接收/发送，也突破不了单个分组的速率上限。

• 回到你的场景：如果需要达到1200条/秒的处理速率，且所有消息都属于同一分组（或者每个队列只能绑定一个分组），那单个FIFO队列最多只能贡献300条/秒的吞吐量，因此需要4个队列才能凑够1200条/秒。

• 你假设“批量2条时单个队列速率600条/秒”是不成立的——因为如果是同一分组，不管批量是2条还是10条，单个分组的速率上限都是300条/秒，和批量大小无关。只有当你能拆分出多个独立的消息分组（或多个队列），才能叠加吞吐量。

补充说明：如果你的消息可以拆分到多个独立分组，那单个队列用4个分组就能达到1200条/秒，不需要4个队列。但原问题的解决方案可能基于“消息必须按单一分组顺序处理”的前提，所以只能通过增加队列数量来提升总吞吐量。

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