InfoQ

AWS Reworks EventBridge Custom Buses for Enterprise-Scale Event-Driven Architectures

6.9内容质量
AWS Reworks EventBridge Custom Buses for Enterprise-Scale Event-Driven Architectures

TL;DR · AI 摘要

AWS Reworks EventBridge Custom Buses for Enterprise-Scale Event-Driven Architectures - InfoQ InfoQ Homepage News AWS Rew...

核心要点

  • 主题聚焦：AWS Reworks EventBridge Custom Buses for Enterpr
  • 来源：InfoQ，建议结合原文判断细节。
  • AI 分析暂不可用，本条为保底评分与摘要。
#AI#编程#后端#云计算#安全
打开原文

AWS 重构 EventBridge 自定义总线以支持企业级事件驱动架构 - InfoQ

InfoQ 首页 News AWS 重构 EventBridge 自定义总线以支持企业级事件驱动架构

DevOps

QCon 旧金山（11 月 16-20 日）：深度技术会议。改变你思维方式的同行对话。

AWS 重构 EventBridge 自定义总线以支持企业级事件驱动架构

2026 年 10 月 13 日 3 分钟阅读

by

  • Craig Risi

#### 关注我们

Youtube

232K 粉丝

Linkedin

26K 粉丝

Instagram

新

RSS

19K 读者

X

57.1k 粉丝

Facebook

21K 点赞

Bluesky

收听本文 -

0:00

音频准备就绪

您的浏览器不支持音频元素。

正常

1.25x

1.5x

喜欢

新下拉阅读列表

  • 阅读列表

AWS 为 Amazon EventBridge 推出了增强版自定义事件总线，旨在解决事件驱动架构在超越单一团队或 AWS 账户时常见的问题：事件基础设施本身会变得碎片化。新模型允许组织创建跨多个 AWS 账户共享的单一事件总线，同时新增原生事件排序、保留和重放、基于内容的去重、简化订阅以及新的计费模式。

这一改进解决了企业 AWS 环境中的架构矛盾。组织通常使用多个账户在团队和应用之间提供隔离，但这可能导致 EventBridge 总线通过跨账户规则和转发配置连接。随着消费者数量增加，由此产生的拓扑结构更难管理和理解，而通过多个总线转发相同事件可能引入额外的处理和路由成本。AWS 的新模型则将中央总线定位为组织级事件骨干网，各团队自行管理自己的订阅。

增强版自定义事件总线可通过 AWS 资源访问管理器（RAM）跨 AWS 账户共享。因此平台团队可以建立中央事件总线，同时允许应用团队从自己的账户发布和订阅。AWS 表示新总线默认支持最多 10,000 个订阅者，并可申请提高配额。

这不仅改变了技术架构，也改变了治理模式。平台团队不再需要配置每个跨账户连接，而是可以围绕中央总线建立边界，而各应用团队自行管理自己的订阅、过滤、目标、重试和失败目的地。这在平台级治理和应用级事件消费之间建立了隔离，可能减少为新增消费者配置基础设施的工作量。

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创建。

关于作者

作者信息

#### Craig Risi

显示更多

显示更少

#### 本文属于DevOps主题

##### 相关主题：

  • DevOps
  • 扩展性
  • AWS
  • 事件驱动架构
  • 相关编辑内容
  • 相关赞助商 AI的物理限制：AI如何重构数据中心
  • 相关赞助商 PostgreSQL适用于时间序列规模 处理海量时间序列数据，无需牺牲性能。了解Tiger Data如何实现高速数据摄入、快速查询和可扩展存储。了解更多

InfoQ新闻通讯

每周二发送上周InfoQ内容精选摘要。加入超过25万名高级开发者的社区。查看示例

我们保护您的隐私。