为何该场景选SQS FIFO（带Group ID）而非Kinesis Streams（带分区键）？

1. 消费模式的成本适配 #

Kinesis Streams的分片按小时计费，只要分片存在，不管消费者是否运行都会产生费用。如果考题场景中桌面消费者是间歇性处理消息（比如仅在特定时段运行、存在空闲期），SQS FIFO按消息数量和存储时长计费的模式会更划算，无需为闲置的分片资源买单。

2. 定向投递的可行逻辑 #

你对SQS FIFO的Group ID用法存在误解：

• 若给每个桌面分配唯一的Group ID（即每个桌面作为独立消费组），结合SQS的消息过滤策略，就能实现精准投递：发送消息时给对应桌面的消息添加专属属性（比如desktop-id: A），桌面A的消费者设置过滤规则，只接收带有该属性的消息。
• 即便不用过滤策略，每个独立消费组（唯一Group ID）都能读取队列内所有消息，桌面消费者可自行筛选属于自己的消息——这种模式无需手动绑定分片与消费者，运维成本远低于Kinesis。

3. 运维复杂度更低 #

Kinesis Streams需要手动管理分片数量、分区键映射，还要处理分片扩容/缩容；消费者数量变化时，必须调整分片分配逻辑。而SQS FIFO无需这些操作：队列自动处理消息存储与投递，消费组仅需配置Group ID，无需关注底层资源调度。

4. 内置机制更完善 #

SQS FIFO自带最长14天的消息持久化、可见性超时重试、死信队列等机制，无需额外开发；Kinesis Streams默认仅保留24小时消息（最多延长至365天），重试逻辑需要消费者自行实现，复杂度更高。

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