关于Event Bridge规则与目标限制下多消费者架构的技术问询

针对你提到的EventBridge规则（单规则最多5个目标）、事件总线（最多300条规则）的限制，结合数百个消费者的需求，有以下几种可行方案：

1. 多规则批量绑定目标（原生方案，无额外代码） #

EventBridge官方建议“每个目标单独配置规则”是针对不同业务逻辑的目标，如果是同一事件的同类型消费者，可以将多个消费者打包到同一规则的目标中：

• 针对同一事件模式，创建多条规则，每条规则绑定5个消费者目标
• 比如100个消费者仅需20条规则，远低于300条的总线上限
• 优势：完全依赖EventBridge原生能力，无需额外开发和运维成本

2. 用Lambda实现自定义扇出（适合需前置处理的场景） #

如果消费者需要统一的事件预处理（如格式转换、权限校验），或未来消费者数量可能突破300×5=1500的上限，可以通过Lambda中转：

• 创建1条匹配目标事件的规则，将事件发送至Lambda函数
• 在Lambda内编写逻辑，将事件转发给所有下游消费者（可直接调用消费者API、推送至SQS队列等）
• 若消费者数量极大，还可以在Lambda和消费者之间加一层SNS主题：Lambda将事件推至SNS，所有消费者订阅该主题，进一步突破数量限制

3. 直接绑定SNS主题做中转（大规模扇出最优解） #

这是最省心的大规模扇出方案，利用SNS的订阅能力绕过EventBridge的目标限制：

• 创建1条EventBridge规则，将目标事件发送至1个SNS主题
• 所有消费者直接订阅该SNS主题，SNS支持的订阅者数量远超数百个的需求
• 优势：无需自定义代码，自动处理消息重试、死信队列等可靠性问题，运维成本极低

方案选择建议 #

• 消费者数量≤1500且无统一处理需求：优先选方案1，最简单直接
• 需要对事件做统一处理：选方案2，灵活定制逻辑
• 消费者数量极大或需要灵活订阅：选方案3，利用SNS的原生订阅能力

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