概览

问:什么是 Amazon EventBridge?

Amazon EventBridge 是一项服务,让用户无需编写代码即可实时访问 AWS 服务、自己的应用程序以及软件即服务(SaaS)应用程序中的数据的变化。在开始使用之前,您可以在 EventBridge 控制台上选择事件源。然后,您可以从 AWS 服务中选择目标,包括 AWS Lambda、Amazon Simple Notification Service(SNS)和Amazon Kinesis Data Firehose。EventBridge 会近乎实时地自动传输事件。

问:如何开启使用 EventBridge?

登录您的 AWS 账户,进入 EventBridge 控制台,然后从合作伙伴 SaaS 应用程序和 AWS 服务列表中选择一个事件源。如果您使用合作伙伴应用程序,请验证您的 SaaS 账户是否已配置为可以发送事件,并在 EventBridge 控制台中的事件源部分接受合作伙伴应用程序事件。EventBridge 会自动创建一个用于将事件路由到其中的事件总线。此外,您也可以使用 AWS 软件开发工具包来设置应用程序,使其向事件总线发送事件。您可以选择性配置筛选条件规则并附上事件的目标;例如 Lambda 函数。EventBridge 会以安全而高度可用的方式接收和过滤事件,并将事件发送到配置的目标。

问:能否将自己的事件推送到 EventBridge?

可以。您可以生成应用程序级别的自定义事件,并通过 API 操作将其发送到 EventBridge。您还可以设置定期生成的计划事件,并在 EventBridge 支持的任何目标中处理这些事件。

问:事件采用什么格式?

事件采用特定的 JSON 结构。每个事件都有相同的顶级信封字段,其中包含事件源、时间戳和区域等项目。这一字段的后面是详情字段,详情字段是事件的正文。例如,当 Amazon Elastic Compute Cloud(EC2)自动扩缩组创建新的 Amazon EC2 实例时,其发送的事件的事件源为“aws.autoscaling”,详情为“成功创建 EC2 实例”。

问:如何筛选传输到目标的事件?

您可以使用规则来筛选事件。规则会针对给定的事件总线匹配传入的事件,然后将其路由到目标进行处理。一项规则可以将事件路由到多个目标进行并行处理。规则可以帮助不同的应用程序组件查找和处理自己想要处理的事件。规则可以对事件进行自定义(例如只传输特定部分或者使用常量覆盖事件),然后再将其发送到目标。以上一个问题中的示例为例,您可以创建一项事件规则,使其匹配事件源“aws.autoscaling”和详情“成功创建 EC2 实例”,这样您就可以在自动扩缩组成功创建 EC2 实例时收到通知。

问:如何保证对 EventBridge 的访问的安全性?

EventBridge 集成了 AWS Identity and Access Management(IAM),因此您可以指定自己的 AWS 账户中的用户可以执行哪些操作。例如,您可以创建一项 IAM policy,只向企业中的特定用户授予创建事件总线或附上事件目标的权限。

问:EventBridge 与 Amazon CloudWatch Events 有什么关系?

EventBridge 构建在 Amazon CloudWatch Events 的基础上,是对 Amazon CloudWatch Events 的扩充。二者使用相同的服务 API 和端点,使用相同的底层服务基础设施。对于现有的 CloudWatch Events 客户,不会有任何变化。您可以继续使用相同的 API、AWS CloudFormation 模板和控制台。CloudWatch Events 是构建事件驱动型架构的理想服务,因此我们开发了一些新功能,帮助您从自己的应用程序和第三方 SaaS 应用程序连接数据。我们没有将这一功能保留在 CloudWatch 服务中,而是使用 Amazon EventBridge 这个新名称来发布这一功能,用于体现我们在 CloudWatch Events 的监控使用场景的基础上进行的扩充。

问:我现在使用 CloudWatch Events,想要试用 EventBridge 的功能。我是否需要把 CloudWatch Events 规则和权限转移到 EventBridge?

不需要。现有的 CloudWatch Events 用户可以在新的 EventBridge 控制台和 API 或者 CloudWatch Events 控制台和 API 中访问其现有原定设置总线、规则和事件。

问:我已经在使用 CloudWatch Events,不需要 EventBridge 的功能。对我来说会有什么改变?

没有改变。EventBridge 使用与 CloudWatch Events 相同的 API,因此对现有 CloudWatch Events API 的所有使用方式均保持不变。

问:亚马逊是否会逐步淘汰 CloudWatch Events?

不会。我们不会弃用该服务或其 API。EventBridge 使用相同的 API 并具有额外的功能。随着时间的推移,Amazon CloudWatch Events 的名称将会被替换为 Amazon EventBridge。

问:哪些 AWS 服务被集成为 Amazon EventBridge 的事件源?

有 90 多项 AWS 服务可以用作 EventBridge 的事件源,其中包括 AWS Lambda、Amazon Kinesis、AWS Fargate 和 Amazon Simple Storage Service (S3)。要查看 AWS 服务集成的完整列表,请参阅 EventBridge 文档

问:哪些 AWS 服务被集成为 EventBridge 的事件目标?

有超过 15 项 AWS 服务可以用作 EventBridge 的事件目标,其中包括 Lambda、Amazon Simple Queue Service(SQS)、Amazon SNS、Amazon Kinesis Streams 和 Kinesis Data Firehose。要查看 AWS 服务集成的完整列表,请参阅 EventBridge 文档

问:什么是 EventBridge 存档和重播事件?

事件重播是 EventBridge 的一项新功能,该功能可帮助您重新处理既往事件,将其再次放回到事件总线或特定的 EventBridge 规则中。这项功能可帮助开发人员更轻松地调试其应用程序,通过将历史事件与目标合成来扩展应用程序,并从错误中恢复。通过事件重播,开发人员将始终能访问发布到 EventBridge 的任何事件,从而保证其安心无虞。

问:什么是 EventBridge API 目标?

API 目标可帮助开发人员将事件发回任何本地部署或 SaaS 应用程序,并且可以控制吞吐量和身份验证。您可以使用输入转换功能来配置规则,输入转换功能会将事件的格式映射到接收方服务的格式,EventBridge 则保证安全性和交付。启动规则时,EventBridge 将根据指定的条件转换事件。然后会使用设置规则时提供的身份验证信息将其发送到已配置的 Web 服务。由于内置安全机制,开发人员无需为其要使用的服务编写身份验证组件。

问:对于 API 目标来说,“连接”是什么意思? 我该如何设置 API 目标?

每个 API 目标都使用一个“连接”,这个“连接”定义了用于连接到 HTTP 端点的授权方法和凭证。配置授权设置并创建连接时,系统会在 AWS Secrets Manager 上创建一个密钥以安全地存储授权信息。您还可以根据自己的应用程序适当地添加更多参数,以包含连接。

要设置 API 目标,您需要提供 API 目标端点,也就是事件的 HTTP 调用端点目标。您需要创建一个连接,以对此端点进行授权。您还可以选择定义调用速率限制,即每秒发送到 API 目标端点的调用次数上限。详细了解连接和 API 目标

限制和性能

问:有哪些服务限制?

请参阅此处的服务限制页面。

问:发送与接收事件之间的延迟有多长?

典型延迟约为半秒。这要视具体情况而定。

问:EventBridge 是否支持资源标记?

是,您可以标记规则。但您不能标记事件总线或事件源。

问:EventBridge 的吞吐量有多大?

此处的服务限制页面给出了事件总线的吞吐量限制。如果您需要更高的吞吐量,请在 AWS Support Center 选择创建问题,然后选择放宽服务限制,申请放宽服务限制。

问:EventBridge 是否有服务等级协议?

是。AWS 将采取商业上合理的措施,确保在每个 AWS 区域,EventBridge 在任何月度结算周期的月度正常运行时间百分比至少达到 99.99%。有关详细信息,请查看完整的 EventBridge 服务等级协议

架构注册表

问:什么是 Schema?

Schema 表示事件的结构,通常包括事件中所包含的各种数据的标题和格式等信息。例如,Schema 可能包括名称和电话号码等字段,而名称其实为文本串,电话号码为整数。Schema 还可能包括模式信息,例如要求电话号码的长度为 10 位数。事件的 Schema 非常重要,因为它显示了事件中包含了哪些信息,并帮助您根据这些数据类编写代码。

问:什么是 Schema 注册表?

Schema 注册表存储了一个可搜索的 Schema 集合,因此组织中的任何开发人员都可以更容易地访问应用程序生成的 Schema。这与查看文档或查找 Schema 作者以获取此信息的方式不同。您可以手动将 Schema 添加到注册表中,或者通过启用 EventBridge Schema 发现功能自动执行该过程。

问:什么是 Schema 发现功能?

Schema 发现功能可自动执行查找 Schema 并将其添加至注册表的过程。启用 EventBridge 事件总线的 Schema 发现功能后,系统会将发送至事件总线的每个事件的 Schema 自动添加至注册表。如果事件的 Schema 发生更改,Schema 发现会在注册表中自动创建新版本的 Schema。将 Schema 添加到注册表后,您可以在 EventBridge 控制台中或直接在集成式开发环境(IDE)中为该 Schema 生成代码绑定。这有助于将事件表示为代码中的强类型对象。然后,您可以利用 IDE 功能,如验证和自动完成。

问:我是否可以发现其他账户中所传输事件的 Schema?

Schema 发现功能仅适用于原定设置、自定义和合作伙伴事件总线上发现程序同一账户中发起的事件。

问:Schema 注册表如何收费?

Schema 注册表是免费使用的;但当您打开 Schema 发现功能时将会按所摄取的事件数量收费。Schema 发现功能包括每月五百万个摄取事件的免费套餐,这应该可涵盖大多数开发使用案例。对于免费套餐之外的额外使用量,将按每五百万个摄取事件 0.10 USD 的标准收费。有关定价的更多信息,请参阅 EventBridge 定价页面

问:Schema 注册表如何减少所需编写的代码数量?

首先,您可以使用 Schema 发现来自动识别发送至 EventBridge 事件总线的任何事件的 Schema,然后将其存储在注册表中。这使您无需手动管理事件 Schema。其次,当您编写在总线中处理事件的应用程序时,您可以生成和下载此 Schema 的代码绑定,从而在代码中直接使用强类型对象。这便可以节省事件处理程序的反序列化、验证和猜测开销。

问:为何应该使用 Schema 注册表?

首先,您可以使用 Schema 发现来自动识别发送至 EventBridge 事件总线的任何事件的 Schema,然后将其存储在注册表中。这使您无需手动管理事件 Schema。其次,当您编写在总线中处理事件的应用程序时,您可以生成和下载此 Schema 的代码绑定,从而在代码中直接使用强类型对象。这便可以节省事件处理程序的反序列化、验证和猜测开销。

问:Schema 注册表支持哪些 IDE?

Schema 注册表可通过 AWS Toolkit for JetBrains(IntelliJ IDEA、PyCharm、WebStorm、Rider)和 AWS Toolkit for Visual Studio Code 以及 EventBridge 控制台和 API 操作获得。了解有关使用 IDE 中 EventBridge Schema 注册表的更多信息。

问:Schema 是否可以与 AWS Serverless Application Model(SAM)一起使用?

可以,最新版本的 AWS SAM CLI 包含交互模式,可帮助您在 EventBridge 中为任何 Schema 以事件类型创建新的无服务器应用程序。选择 EventBridge Starter App 模板和您的事件的 Schema,SAM 将使用 EventBridge 所调用的 Lambda 函数自动生成应用程序,其中包含该事件的处理代码。这意味着您可以将事件触发视为代码中的一般对象,并使用 IDE 中的验证和自动完成等功能。

AWS Toolkit for Jetbrains(Intellij IDEA、PyCharm、Webstorm、Rider)插件和 AWS Toolkit for VS Code 还提供将 Schema 作为触发器,通过这些 IDE 中的模板直接生成无服务器应用程序的功能。

问:我可以使用哪些语言从我的 Schema 生成代码?

支持以 Java (8+)、Python (3.6+) 和 TypeScript (3.0+) 语言生成代码。

问:Schema 注册表在哪些 AWS 区域可用?

EventBridge Schema 注册表现已在以下区域推出:美国东部(俄亥俄州)、美国东部(弗吉尼亚州北部)、美国西部(北加利福尼亚)、美国西部(俄勒冈州)、亚太地区(香港)、亚太地区(孟买)、亚太地区(首尔)、亚太地区(新加坡)、亚太地区(悉尼)、亚太地区(东京)、加拿大(中部)、欧洲地区(法兰克福)、欧洲地区(爱尔兰)、欧洲地区(伦敦)、欧洲地区(巴黎)、欧洲地区(斯德哥尔摩)和南美洲(圣保罗)。

管道

问:什么是 Amazon EventBridge Pipes?

EventBridge Pipes 提供了一种更简单、具有成本效益的一致方式,以在事件产生器和使用者之间创建点对点集成。创建管道就像选择来源和目标一样简单,可以自定义批处理、起始位置、并发等。可选的筛选步骤仅允许特定源事件流入管道,使用 AWS Lambda、AWS Step Functions、API Destinations 或 Amazon API Gateway 的可选扩充步骤可用于在事件到达目标之前扩充或转换事件。通过消除写入、管理和扩展无差别集成代码的必要性,EventBridge Pipes 允许您花费时间来构建应用程序而不是连接应用程序。

问:如何开始使用 EventBridge Pipes?

您可以首先访问 EventBridge 控制台,选择管道选项卡,然后选择创建管道。在那里,您可以从可用源列表中进行选择,并提供一个可选的筛选模式,用于仅传输所需的事件。对于管道的可选转换和丰富步骤,可以提供 API 端点,例如 SaaS 应用程序 API 或容器集群、Lambda 函数或 AWS Step Function。处理完成后,管道将发出 API 请求并捕获响应。最后,设置事件传递到的目标服务,并指定是否需要在管道上启用归档或 DLQ 功能。您还可以使用 AWS 命令行界面(AWS CLI)、CloudFormation 或 AWS Cloud Development Kit(AWS CDK)创建管道。

问:EventBridge Pipes 可用的事件源有哪些?

EventBridge Pipes 将 Amazon SQS、Amazon Kinesis、Amazon DynamoDB、Amazon Managed Streaming Kafka、自我管理型 Kafka 和 Amazon MQ 作为 EventBridge 产品套件的来源。EventBridge Pipes 支持与事件总线相同的目标服务(如 Amazon SQS、AWS Step Functions、Amazon Kinesis Data Streams、Amazon Kinesis Data Firehose、Amazon SNS、Amazon ECS)和事件总线本身。

问:转换和丰富如何运作?

EventBridge Pipes 支持使用 Velocity 模板语言(VTL)的基本转换。对于更强大的转换,EventBridge Pipes 可帮助您指定 Lambda 函数或 Step Functions 工作流来转换事件。如果您希望使用容器服务,例如 Amazon Elastic Container Service(ECS)或 Amazon Elastic Kubernetes Service(EKS),可以为容器集群指定 API 端点和身份验证 Scheme。然后 EventBridge 将负责交付事件进行转换。

问:我是否需要使用 EventBridge 事件总线才能使用 EventBridge Pipes?

不需要,EventBridge Pipes 可以独立于现有的 EventBridge 功能使用,帮助您从其他事件产生器(如 Kinesis、SQS 或 Amazon MSK)接收事件,而无需使用 EventBridge 事件总线。它还可以用于点对点集成,而事件总线用于多对多集成。如果您已经使用 EventBridge 事件总线来路由事件,则可以使用 EventBridge Pipes 连接到受支持的源,并将事件总线设置为管道的源。

问:EventBridge 事件总线和 EventBridge Pipes 之间的区别有哪些?

EventBridge 事件总线非常适合事件驱动服务之间的多对多事件路由。EventBridge Pipes 旨在用于事件发布者和消费者之间的点对点集成,支持高级转换和丰富。EventBridge Pipes 可以使用 EventBridge 事件总线作为目标。从 EventBridge 事件总线规则迁移到管道更容易,因为两个资源之间的筛选和目标保持不变。

问:EventBridge Pipes 与 AWS Lambda 的事件源映射(ESM)有哪些不同?

AWS Lambda 的事件源映射(ESM)和 Amazon EventBridge Pipes 使用相同的轮询基础设施来选择和发送事件。ESM 非常适合希望使用 Lambda 作为处理接收事件的目标的客户。Pipes 非常适合不担心创建、维护和扩展 Lambda 代码,而是希望使用一个简单的、受管理的资源将其源代码连接到超过 14 个目标之一的客户。

问:EventBridge Pipes 是否提供顺序保证?

是的,当将事件发送到目标服务时,EventBridge Pipes 将保持从事件源接收的事件的顺序。

问:EventBridge Pipes 是否支持批处理事件?

是的,对于支持批处理事件的服务,可以在创建管道时配置所需的批处理大小。对于不支持批处理的源和目标,您仍然可以选择为丰富和转换步骤批处理事件。这有助于您节省计算成本,同时也有助于将事件单独交付给您选择的目标。

问:我能否获得从我的账户发起的所有 EventBridge Pipes API 调用的历史记录,以便用于安全分析和运营方面的故障排除?

可以。要获取从您的账户发起的 EventBridge Pipes API 调用的历史记录,您需要在 AWS 管理控制台中打开 CloudTrail 即可。

问:EventBridge Pipes 的费用如何?

要查看 Amazon EventBridge Pipes 定价的完整详细信息,请访问定价页面

调度器

问:什么是 Amazon EventBridge 调度器?

Amazon EventBridge 调度器是一种无服务器任务计划程序,可简化跨 AWS 服务的数百万个计划的创建、执行和管理,而无需预置或管理底层基础设施。

问:如何开始使用 EventBridge 调度器?

登录您的 AWS 账户,导航到 EventBridge 控制台,然后选择创建计划按钮。按照分步工作流程操作并填写必填字段。选择一种计划格式,包括执行任务的时间窗口、固定速率、cron 或特定日期和时间。从 AWS 服务列表中选择您的目标并配置重试策略以最大限度地控制您的计划实施。查看您的计划,然后选择创建

问:EventBridge 调度器 和 Scheduled Rules 有什么区别?

EventBridge 调度器基于 Scheduled Rules 中提供的计划功能构建。EventBridge 调度器包括对时区的支持、增加的规模、自定义的目标负载、添加的时间表达式以及用于监控计划的仪表板。可以独立创建计划,而无需创建具有计划规则的事件总线。

问:应该何时使用 EventBridge Scheduled Rules 或 EventBridge Scheduler?

Scheduled Rules 将继续可用,但 EventBridge Scheduler 提供了更丰富的功能集,在创建、执行和管理您的计划时提供更大的灵活性。您也可以免费开始使用,请参阅定价页面以了解更多详情。

问:此功能如何与其他 AWS 服务配合使用?

EventBridge 调度器与 AWS 服务深度集成,可以使用 AWS API 操作为任何服务创建计划。时间模式和重试的配置在 AWS 中是统一的,以提供一致的计划体验。借助 EventBridge 调度器控制台,您可以在仪表板中或通过“ListSchedule”API 请求获得计划视图,从而更轻松地监控计划。您将能够查看有关您的计划的关键信息,例如开始时间、上次运行和分配的 AWS 目标。有关更详细的信息,您可以查看 CloudWatch 日志中的执行日志,也可以将其发送到 S3 或 Kinesis Firehose。

问:如何更新我的计划?

您可以通过选择要修改的计划在 EventBridge 调度器控制台中更新您的计划。此时将出现一个新的面板,其中显示了您的选项。

问:EventBridge 调度器是否支持所有时区?

是的,使用 EventBridge 调度器,您可以选择计划将采用的时区。这些计划将自动调整为夏令时(DST)并返回标准时间。

问:EventBridge 调度器如何验证按时交付?

EventBridge 调度器向目标提供至少一次事件传递,这意味着至少一次传递成功并得到目标的响应。可以使用设置重试、时间窗口和超时的选项来满足您的业务需求。

问:我如何监控计划的状态?

EventBridge 调度器在 EventBridge 调度器控制台中为所有创建的计划提供了一个监控页面,您可以在其中查看计划及其实施的详细信息。这包括计划开始的时间、实施时间模式和目标交付状态,以及能够看到成功、失败或重试尝试的响应代码。

问:我可以为 AWS 之外的服务(例如我的本地服务器或外部 SaaS 产品)安排任务吗?

EventBridge 调度器不直接支持非 AWS 目标。但是,您可以使用 LambdaECSFargate 调用非 AWS 目标,或者通过 API 目标功能使用 EventBridge 调用

问:EventBridge 调度器的成本是多少?

要查看 Amazon EventBridge 调度器定价的完整详细信息,请访问定价页面

全局端点

问:什么是全局端点?

全局端点是 EventBridge 的一项新功能,使您可以更容易地使用 AWS 构建高度可用的事件驱动型应用程序。您可以跨主区域和次区域复制事件,以实现失效转移,同时将数据丢失降至最低。您还可以实现在任何服务中断时自动失效转移到备份区域的功能。这简化了多区域架构的采用,并帮助您将弹性整合到事件驱动型应用程序中。

问:为什么应该使用全局端点?

全局端点通过最大程序减少服务中断期间面临风险的数据量,帮助为最终客户提供更好的体验。通过将事件接收自动失效转移到次要区域,而不需要人工干预,可以使事件驱动型应用程序更加可靠和有弹性。您可以灵活地使用 Amazon CloudWatch 警报(通过 Amazon Route 53 运行状况检查)来配置失效转移标准,从而确定何时进行故障转移以及何时将事件路由返回到主区域。

问:全局端点如何提高应用程序的可用性?

一旦您在全局端点中发布事件,这些事件会被路由到主区域内的事件总线。如果在主区域中检测到错误,您的运行状况检查会被标记为不正常,且传入事件将被路由到次区域。使用您指定的 CloudWatch 警报(通过 Route 53 运行状况检查)可以更轻松地检测错误。当缓解问题后,我们会将新事件路由回主区域并继续处理事件。

问:什么类型的应用程序适合全局端点?

全局端点非常适合不需要幂等性,或者可以处理跨区域的幂等性的应用程序。它们也非常适合于允许多达 420 秒的事件不被复制的应用程序。因此,在服务或区域恢复之前(称为恢复点目标),它们将一直停留在主区域。

问:我应该使用什么指标对我的全局端点进行失效转移?

我们已经添加了一个新的指标,报告 EventBridge 的整个延迟,这可以帮助您更轻松地确定 EventBridge 内是否有错误,需要您的事件摄入失效转移到次区域。通过提供一个预填充的 CloudFormation 堆栈(如果您选择的话,可以对其进行自定义)来创建一个 CloudWatch 警报和 Route 53 运行状况检查,您可以更容易地开始使用控制台。有关如何设置警报和运行状况检查的更多详细信息,请查看我们的启动博客和文档。

问:我是否应该使用订阅者的指标来对我们的全局端点进行失效转移?

我们建议不要在运行状况检查中包含订阅者指标。如果单个订阅者遇到问题,尽管主区域中的所有其他订阅者都处于正常状态,这样做还是可能会导致发布者失效转移到备份区域。如果您的其中一个订阅者无法处理主区域中的事件,您应该开启复制,以验证次区域中的订阅者是否能够成功地处理事件。

问:预期的恢复时间目标(RTO)和恢复点目标(RPO)是什么?

恢复时间目标(RTO)是备份区域或目标在故障后开启接收新事件的时间。恢复点目标(RPO)是对故障期间未处理的数据的度量。使用全局端点时,如果您按照我们的规定指导进行警报配置,RTO 和 RPO 将为 360 秒(最大 420 秒)。对于 RTO,该时间包括启动 CloudWatch 警报和更新 Route 53 运行状况检查的状态的时间段。对于 RPO,该时间包括未复制到次区域的事件,在业务或区域恢复之前,这些事件仍停留在主区域。

问:我是否应该开启复制?

是。开启复制,以在服务中断时将数据风险最小化。一旦您在两个区域设置了自定义总线并创建了全局端点后,您就可以更新应用程序以将事件发布到全局端点。这样做以后,一旦问题得到缓解,传入的事件将被复制回主区域。您可以在次区域中对您的事件进行归档,以验证您的任何事件都不会在中断期间丢失。为了快速从中断恢复,您可以在次区域中复制您的架构,以继续处理您的事件。您还必须开启复制,以验证在问题得到缓解后自动恢复。

问:管理我的两个区域中的配额的最佳实践是什么?

您应验证是否在主区域和次区域中设置了相同的配额。您应该打开复制并处理次区域中的事件,因为这不仅可以确保您拥有正确的配额,而且还可以验证次区域中的应用程序是否得到正确配置。

问:是否有一种更简单的方法来复制我的次区域中的架构?

您可以使用 AWS CloudFormation StackSets 跨 AWS 区域更轻松地复制您的架构。关于示例,请参阅我们的文档。

问:我是否可以将任何账户、任何区域和任何总线用于我的次要架构?

在启动的第一次迭代中,不支持选择加入、中国或 GovCloud 区域。有关本次发布中支持的区域列表,请参阅下面的问题。我们还支持跨区域的具有相同名称的相同账户和总线之间的失效转移和恢复。
 

问:全局端点是否与 CloudTrail、S3 和其他 AWS 服务中的 AWS 事件结合使用?

全局端点仅可用于自定义事件。我们将在未来增加对 AWS 服务事件、S3 的选择加入事件(S3 事件通知)和第三方事件的支持。

问:您是否支持基于延迟的路由?

否,我们在启动的第一次迭代中,不支持基于延迟的路由。

问:全局端点的费用是多少?

全局端点不会产生额外费用。全局端点当前仅适用于自定义事件,发布到全局端点的自定义事件会按自定义事件计费。要了解有关定价的信息,请访问 EventBridge 定价页面

问:会对复制收费吗?

会,对于复制,将按每一百万个事件 1 USD 向您收费,EventBridge 对跨区域事件收取该费用。

问:全局端点可在哪些区域提供?

全球端点现已在以下区域推出:美国东部(俄亥俄州)、美国东部(弗吉尼亚州北部)、美国西部(北加利福尼亚)、美国西部(俄勒冈州)、亚太地区(孟买)、亚太地区(大阪)、亚太地区(首尔)、亚太地区(新加坡)、亚太地区(悉尼)、亚太地区(东京)、加拿大(中部)、欧洲地区(法兰克福)、欧洲地区(爱尔兰)、欧洲地区(伦敦)、欧洲地区(巴黎)、欧洲地区(斯德哥尔摩)和南美洲(圣保罗)。

费用与账单

问:EventBridge 的费用如何?

单击此处参阅定价。

问:如果合作伙伴将事件发送到事件源,而该事件源没有连接事件总线,我是否需要支付费用?

不需要。

架构和设计

问:能否让目标把事件发送到另一个账户?

可以。这种事件称为跨账户事件,您可以将一个目标用作其他账户的原定设置事件总线或任何其他事件总线。

问:CloudFormation 可否与 EventBridge 一起使用?

可以。所有推出 Amazon EventBridge 的区域均提供 CloudFormation 支持。要了解有关如何使用 CloudFormation 预置和管理 EventBridge 资源的更多信息,请访问我们的文档

问:什么时候应该使用 EventBridge?什么时候应该使用 SNS?

EventBridge 和 SNS 都可以用于开发事件驱动型应用程序,您可以根据自己的具体需求做出选择。如果您想要构建的应用程序需要对来自 SaaS 应用程序或 AWS 服务的事件做出反应,建议您使用 EventBridge。EventBridge 是直接与第三方 SaaS 合作伙伴集成的唯一一种基于事件的服务。EventBridge 还可以自动接收来自 90 多种 AWS 服务的事件,不需要开发人员在账户中创建任何资源。EventBridge 使用基于 JSON 并且明确的事件结构,帮助您创建应用于整个事件正文的规则,以便选择要发送到目标的事件。EventBridge 目前支持用作目标的 AWS 服务超过 15 种,其中包括 Lambda、SQS、SNS 以及 Amazon Kinesis Data Streams 和 Data Firehose。EventBridge 目前设有吞吐量限制(参见服务限制),但您可以申请放宽限制。典型延迟约为半秒。

如果您想要构建的应用程序需要对其他应用程序或微服务发布的高吞吐量或低延迟消息做出反应,或者应用程序需要高扇出,建议您使用 SNS。消息为非结构化消息,可以采用任何格式。SNS 支持将消息发送到六种不同类型的目标,包括 Lambda、SQS、HTTP/S 端点、SMS、移动推送和电子邮件。SNS 的典型延迟不超过 30 毫秒。您可以对包括 EC2、S3 和 RDS 在内的 30 多种 AWS 服务进行配置,使其发送 SNS 消息。

集成

问:我为什么要把 SaaS 应用程序与 EventBridge 集成?

EventBridge 可以让 SaaS 供应商将其服务更轻松地集成到客户构建在 AWS 上的事件驱动型架构中。EventBridge 让数百万 AWS 开发人员能够直接使用您的产品,并创造出各种新的使用场景。这一服务可以提供可审计、安全并且可扩展的事件发送通道,无需 SaaS 供应商管理任何事件基础设施。

问:我想让自己的 SaaS 公司成为事件源。应该怎样操作?

想要成为 EventBridge 合作伙伴的 SaaS 供应商应该在 Amazon EventBridge 集成页面按照自助说明进行操作,然后才能在 EventBridge 中发布事件。

问:SaaS 供应商需要进行多少工作才能与 EventBridge 集成?

对于已经支持 Webhook 或其他基于推送的集成模式的 SaaS 供应商,与 EventBridge 集成可能需要不到五天的时间。

问:支持哪些 SaaS 集成?

要了解支持的集成的完整列表,请参阅 EventBridge 集成

Amazon EventBridge 集成
了解有关 Amazon EventBridge 集成的更多信息

访问 Amazon EventBridge 集成页面。

了解更多 
开始在控制台中构建
开始在控制台中构建

在 AWS 管理控制台中,使用 Amazon EventBridge 开始构建。

登录 
阅读文档
有关更多信息,请参阅文档

请参阅开发人员指南,深入了解 EventBridge。

了解更多