SNS批量向SQS投递消息可行吗？含成本优化相关疑问

核心疑问解答 #

• SNS是否支持直接批量向SQS投递消息？
  不支持。SNS没有直接批量投递到SQS的功能，所有针对SQS订阅的消息投递都是单条进行的。
• 批量发送消息至SNS，是否会批量投递至SQS？
  不会。使用PublishBatch接口向SNS批量发送消息时，SNS会将这批消息拆分为单条，逐个投递到符合条件的SQS队列。每条消息对应一次独立的SQS Send操作，计费也按单条计算。
• 带订阅过滤策略时是否仍适用？
  过滤策略对批量发布的消息同样生效，但依然是单条匹配、单条投递。例如批量发送10条消息，若其中3条符合某SQS的过滤规则，SNS会向该队列发送3条单条消息，产生3次Send请求计费。

Send操作优化方案 #

既然无法通过SNS直接批量投递减少Send请求，可通过以下思路降低成本：

1. 合并同类消息减少总条数
   将多条同类型、可拆分的小消息（如批量日志、统计数据）打包成单条大消息发送至SNS，SQS消费端接收后再拆分处理。这能将N次SNS Publish和N次SQS Send转化为1次，直接削减Send请求量。注意：SQS单条消息最大支持256KB，需控制打包后消息大小。
2. 优化过滤策略减少无效投递
   细化SNS订阅的过滤规则，精准匹配业务需求，避免SNS向SQS投递不必要的消息，从源头减少Send请求数量。
3. FIFO队列批量投递（业务允许时）
   若业务对消息顺序有要求，可使用SNS FIFO队列搭配SQS FIFO队列。SNS FIFO支持批量发布（最多10条），且会批量投递到订阅的SQS FIFO队列，按批量操作计费，比单条投递更划算。但需注意FIFO队列的吞吐量限制和顺序约束。
4. 发送端按过滤规则分组聚合
   针对有重叠过滤规则的多个SQS订阅，在发送端提前按规则分组，将同一组的消息批量发送至SNS，本质仍是通过减少总消息条数降低Send请求量。

其他成本优化延续 #

• 保持SQS长轮询配置，持续减少Receive请求量。
• 坚持使用DeleteMessageBatch批量删除消息，一次最多处理10条，将Delete请求量降至原有的1/10。

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