Amazon EventBridge 管道
EventBridge 管道是一种无服务器集成资源,通过提供一种更简单、一致的方式来集成事件产生器和事件使用器,而无需编写额外代码,从而帮助您构建点对点集成。您可以与超过 14 项 AWS 服务集成。EventBridge 管道具有可选的内置筛选、丰富和转换功能。使用 EventBridge 管道,您可以处理并按实际使用量付费。了解有关 EventBridge 管道的更多信息。
EventBridge 调度器
Amazon EventBridge Scheduler 是一种无服务器计划程序,可以轻松地大规模创建、执行和管理计划任务。您可以可靠地安排数百万个可以调用 200 多个 AWS 服务作为目标的事件和任务。EventBridge Scheduler 提供了一个中央位置来管理您在云端的所有计划作业。了解有关 EventBridge 调度器的更多信息。
使用全局端点提高事件驱动型应用程序的可用性
全局端点是一种更简单可靠的方式,可以改进事件驱动型应用程序在 AWS 上的可用性。全局端点通过在服务中断期间自动将事件摄入失效转移到次区域,而不需要人工干预,使您可以更容易地构建稳健而可靠的应用程序。
内置复制(可选)功能,使您可以在这些服务中断期间将风险数据降至最低。您还可以灵活地使用 Amazon CloudWatch 警报(通过 Amazon Route 53 运行状况检查)来配置失效转移标准,从而确定何时进行失效转移以及何时将事件路由返回到主区域。通过为创建 CloudWatch 告警和 Route53 运行状况检查提供一个预填充的堆栈,您可以很容易地在控制台中开始使用。
了解如何在 AWS 账户中配置全局端点、更新应用程序以向端点发布事件,以及如何测试端点失效转移。
Amazon EventBridge 上的全局端点适用于:
- 在停机时间有限的情况下构建高度可用的应用程序的开发人员
- 试图通过启用多区域复制来最大限度地减少服务中断期间的数据丢失的开发人员
- 希望通过自动失效转移和恢复功能减轻运营负担的开发人员
使用 API 目标进行低代码集成
API 目标使您能够将事件发回多个本地部署或软件即服务 (SaaS) 应用程序,并且可以控制吞吐量和身份验证。
您可以通过 Web 地址将事件发送到任何基于 Web 的应用程序,而不必为编写自定义代码或使用其他基础设施而费心。您可以使用输入转换功能来配置规则,输入转换功能会将事件的格式映射到接收方服务的格式。您还可以使用 EventBridge 来确保安全性和交付。通过浏览可以在工作流程中使用的集成示例,学习如何使用 API 目标。
Amazon EventBridge 上的 API 目标适用于:
- 希望与传统、现代、本地和 SaaS 应用程序建立服务集成的开发人员
- 寻求加快上市时间并最大限度地减少构建自定义集成以安全连接应用程序所花费的时间的开发人员
使用事件重播归档、重播和重新处理既往事件
使用事件重播,您可以重新处理既往事件,将其再次放回事件总线或特定的 EventBridge 规则中。这项功能可帮助您快速调试应用程序,通过将历史事件与目标合成来扩展应用程序,并从错误中恢复。详细了解存档和重播的实际应用。
Amazon EventBridge 上的事件重播适用于:
- 希望提高应用程序持久性的开发人员
- 出于合规性原因需要存储数据的开发人员
- 希望使用存档中的事件来测试和调试事件,以模拟真实世界的使用情况的开发人员
使用架构注册表轻松跟踪事件
EventBridge 架构注册表会将事件架构存储在注册表中,以方便您组织中的其他开发人员更轻松地搜索和访问。因此,您不需要手动查找事件及其结构。该注册表还可以帮助您在集成式开发环境(IDE)中直接生成 Java、Python 或 TypeScript 等编程语言的代码绑定,从而在代码中以对象形式使用这些事件。
启用事件总线的架构发现功能之后,系统将会自动发现事件架构并将其添加至注册表中,而无需手动创建事件架构。AWS 服务架构会自动显示在您的架构注册表中,而当您启用 SaaS 合作伙伴事件总线的架构发现功能后,将会看到集成 SaaS 应用程序的架构。查看示例,了解架构注册表如何帮助来自不同团队的开发人员有效和高效地合作。
Amazon EventBridge 上的架构注册表适用于:
- 希望跟踪组织中不同架构的开发人员
- 需要一种更简单的方法来搜索架构和下载代码绑定,以便编写对事件做出反应的应用程序的开发人员
- 希望节省自动确定事件架构和更新注册表的时间的开发人员
完全托管且可扩展的事件总线
EventBridge 是一种无服务器、完全托管且可扩展的事件总线。 它可以帮助您以更快的速度构建可靠且可扩展的应用程序。Amazon EventBridge 事件总线使您能够通过事件轻松地在应用程序和服务之间进行通信。它可以减少运营开销,而无需预置、修补和管理服务器。
Amazon EventBridge 事件总线适用于:
- 希望自动响应应用程序变更的开发人员
- 希望在多个系统之间保持数据同步的开发人员
- 希望构建事件驱动型架构 (EDA) 的组织
轻松与第三方 SaaS 应用程序集成
您的 AWS 应用程序可根据 SaaS 应用程序生成的事件执行相应操作。EventBridge 与许多提供商的 SaaS 应用程序(包括 Shopify、BuildKite、Datadog、OneLogin、PagerDuty、Saviynt、Segment.io、SignalFx、SugarCRM、Symantec、Whispir 和 Zendesk)原生集成,此外还有其他已在计划中的集成。您不需要管理任何集成设置,例如来自 SaaS 提供商的身份验证事件;它们将出现在您的事件总线上。
超过 200 个内置的事件源和目标
EventBridge 与超过 200 个事件源以及超过 20 个目标直接集成,其中包括 AWS Lambda、Amazon Simple Queue Service(SQS)、Amazon Simple Notification Service(SNS)、AWS Step Functions、Amazon Kinesis Data Streams 和 Amazon Kinesis Data Firehose,此外还有其他已在计划中的源和目标。
所有 AWS 服务中的所有更改类 API 调用(除 Describe*、List* 和 Get* 之外的调用)都通过 AWS CloudTrail 生成事件。
通过分离事件发布者和订阅用户提高开发人员的灵活性
EventBridge 使您能够更轻松地构建 事件驱动型应用程序架构。应用程序或微服务用于:
- 在订阅用户不知情的情况下将事件发布到事件总线
- 在发布者不知情的情况下订阅事件
- 通过该服务的 PutEvents API 将事件从您自己的应用程序发送到事件总线
- 通过任意受支持的 AWS 目标服务来接收事件
分离使团队能够独立工作,从而加快开发速度并提高敏捷性。
仅使用事件筛选处理相关事件
- 只想传输所需事件的开发人员
- 希望通过仅筛选感兴趣的数据来降低总拥有成本的开发人员
通过自动重试实现可靠的事件传输
EventBridge 会至少向目标传送事件一次,包括最多 24 小时进行指数回退重试。事件可以跨多个可用区(AZ)持久存储,从而能进一步保证将事件传送到其目的地。EventBridge 还提供 99.99% 的可用性服务等级协议(SLA),从而验证您的应用程序是否能够可靠地访问服务。
自动响应 AWS 服务的操作更改
EventBridge 扩展了它的前身(也就是 Amazon CloudWatch Events),并提供近乎实时的系统事件流式传输,这些事件描述了 AWS 资源的更改。
它可帮助您快速响应操作更改并采取纠正措施。您需要编写规则以指明哪些事件与您的应用程序有关,以及当规则与事件匹配时要执行哪些自动化操作。例如,您可以设置一条规则来调用 Lambda 函数,修复问题,或发布一条 Amazon Simple Service Notification Service (SNS) 主题通知来提醒操作员。
通过 Amazon CloudWatch 进行事件总线监控、审计和报告
您可以使用 Amazon CloudWatch 指标(例如某个事件匹配规则的次数,或者调用目标的次数)监控事件总线。
您可以使用 Amazon CloudWatch Logs 存储、监控和分析在您的环境中启动的事件。CloudTrail 可帮助您监控对 Amazon EventBridge API 的调用。
在构建时要考虑安全性和合规性,以保护您的数据
EventBridge 已与 AWS Identity and Access Management (IAM) 集成,因此您可以控制哪些用户和资源有权访问您的数据及其访问方式。EventBridge 支持 VPC 端点和使用 TLS 1.2 进行动态加密。EventBridge 符合 GDPR、SOC、ISO、DoD CC SRG 和 FedRamp 的规定,也符合 HIPAA 的要求。
灵活定价,按使用量付费
Amazon EventBridge 提供灵活的定价,您只需为发布到事件总线的事件、为架构发现、事件重播和 API 目的地采集的事件付费,这使其成为适用于所有组织的经济实惠的解决方案。规则或事件传输不会产生额外的费用。没有最低费用,也没有预先承诺。AWS 服务发布的所有状态更改事件均不收费。