AWS 推出增强版 Amazon EventBridge 自定义事件总线，旨在解决事件驱动架构扩展到多个团队或 AWS 账号时经常出现的问题：事件基础设施本身变得碎片化。新模型允许企业创建可跨多个 AWS 账号共享的单一事件总线，同时原生支持事件排序、事件留存与重放、基于内容的去重、简化的订阅机制以及全新定价模型。
这一改进解决了企业 AWS 环境中的架构矛盾。企业通常使用多个账号来实现团队与应用之间的隔离，但这会导致 EventBridge 事件总线需要通过跨账号规则和转发配置进行互联。随着消费者数量增加，最终形成的拓扑结构会变得难以治理和理解；同时，同一事件经由多条总线转发还会产生额外的处理与路由成本。AWS 的新模型将中心事件总线定位为企业级事件主干，由各个团队自行管理订阅。
增强版自定义事件总线可以通过 AWS Resource Access Manager (RAM) 实现跨 AWS 账户共享。平台团队因此可以建立中心事件总线，同时允许应用团队使用自己的账户发布和订阅事件。AWS 表示，新总线默认支持最多 10000 个订阅者，并可申请更高的配额。
这既改变了治理模式，也改变了技术模式。平台团队不再需要配置每一条跨账户连接，他们可以围绕中心总线建立边界，由各个应用团队管理自己的订阅、过滤规则、目标、重试策略以及故障目标地址。这在平台级治理与应用级事件消费之间形成了分离，有望降低接入新消费者所需的基础设施工作量。
AWS 还为 AWS Lambda 等目标引入了同步调用能力。这可以消除以往的一种常见模式：团队为了在 EventBridge 和 Lambda 之间提供更强的处理确认，需要在两者之间部署 Amazon SQS。新总线既能支持传统的异步事件消费，也能支持对排序和处理确认有要求的工作负载。
新的订阅者资源是 EventBridge 模型的另一个重要改动。过去通常通过规则、目标和重试配置的组合来定义消费者。订阅者资源将过滤、目标配置、重试和死信目标整合到单一的消费者定义中。它还支持自定义起始时间，可用于接入新消费者或者重放历史事件。
事件总线本身也升级为可靠的事件主干。事件可配置留存时长，范围为 1 天至 365 天，消费者可以从事件历史的某个时间点开始消费，或是在应用故障后恢复消费。AWS 同时支持 JSONata 转换，还能将 Avro 和 Protocol Buffers 消息体反序列化为 JSON，便于过滤和路由。
增强版总线增加了基于内容的去重功能，EventBridge 能够根据事件负载识别同一事件的重试请求。AWS 表示，在五分钟内收到的匹配事件可以被合并，从而为这种特定去重场景提供恰好一次语义。但这不代表可以省略应用层幂等设计，跨区域事件重放或处理场景下尤其如此。
AWS 还改变了定价模式。增强版总线不再随着每一次跨账户和总线到总线的转发跳转累积费用，而是采用入口和出口吞吐量模型，发布者为摄入的事件付费，订阅者为送达的事件付费。这种计费方式让成本与中心总线的事件流入量、事件消费量挂钩，而不是由架构中间路由步骤数量决定。
增强版 EventBridge 模型进入了传统上由企业级事件代理和流式平台（如 Apache Kafka）主导的领域，但这两项技术面向的架构需求仍存在一定差异。Kafka 从根本上说是一个围绕持久化日志、分区和消费者组构建的分布式事件流平台，工程团队可以高度控制高吞吐量流工作负载和消费语义。EventBridge 仍然是一个托管的、无服务器的事件路由服务，由 AWS 管理底层基础设施，同时提供过滤、路由、保留、转换以及与 AWS 目标的集成。因此，这些新能力让 EventBridge 更适合作为企业事件主干，但它并不能在所有流架构中直接替代 Kafka。
重要的是，AWS 不会立即替换现有的 EventBridge 模型。原有自定义事件总线保持不变，现在被标记为经典自定义事件总线；增强版总线作为独立资源引入。企业可以逐步采用新架构，不必在本次上线时重新设计现有的事件驱动应用。
增强版自定义事件总线初期在北美、欧洲和亚太部分 AWS 区域可用，可通过 AWS 管理控制台、CLI 或 EventBridge API 创建。
查看英文原文：https://www.infoq.com/news/2026/10/aws-eventbridge-scaling/
