Amazon EventBridge 常见问题

EventBridge 对发布事件的速率、可以在事件总线上创建的规则数量以及可以调用目标的速率有默认配额。有关配额的完整列表以及如何增加配额，请参阅服务配额页面。

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

是的，您可以标记规则和事件总线。

可以增加 EventBridge 的默认限额，使其每秒处理数十万个事件。AWS 服务配额页面给出了事件总线的吞吐量限制。如果您需要更高的吞吐量，请在 AWS Support Center 选择“创建案例”，然后选择“提高服务限制”，申请提高服务限制。

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

Schema 表示事件的结构，通常包括事件中所包含的各种数据的标题和格式等信息。

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

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

Schema 发现功能可自动执行查找 Schema 并将其添加至注册表的过程。启用 EventBridge 事件总线的 Schema 发现功能后，系统会将发送至事件总线的每个事件的 Schema 自动添加至注册表。如果事件的 Schema 发生更改，Schema 发现会在注册表中自动创建新版本的 Schema。

将 Schema 添加到注册表后，您可以在 EventBridge 控制台中或直接在集成式开发环境（IDE）中为该 Schema 生成代码绑定。这有助于将事件表示为代码中的强类型对象。然后，您可以利用 IDE 功能，如验证和自动完成。

可以，在架构发现中，您可以发现跨账户的事件，这样您就可以全面了解发布到事件总线的事件架构。

Schema 注册表是免费使用的；但当您打开 Schema 发现功能时将会按所摄取的事件数量收费。

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

Schema 注册表允许您执行以下操作，从而减少代码量：

• 识别发送至 EventBridge 事件总线的任何事件的 Schema，然后将其存储在注册表中，因而无需手动管理事件 Schema。
• 编写在总线中处理事件的应用程序，生成和下载 Schema 的代码绑定，以便在代码中直接使用强类型对象。

代码绑定可以节省事件处理程序反序列化、验证和猜测方面的开销。

您应该使用 Schema 注册表来更快地构建事件驱动型应用程序。Schema 注册表可以自动从任何支持的事件源（包括 AWS 服务、第三方和自定义应用程序）查找可用事件并检测其 Schema，从而省去在开发团队之间进行协调所花费的时间。它旨在让开发人员能够专注于他们的应用程序代码，而不是将宝贵的时间浪费在搜索可用事件、它们的结构，以及编写代码来解释和翻译事件上。

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

可以，最新版本的 AWS SAM CLI 包含交互模式，可帮助您在 EventBridge 中为任何架构以事件类型创建新的无服务器应用程序。

选择 EventBridge Starter App 模板和您的事件的 Schema，SAM 将使用 EventBridge 所调用的 Lambda 函数自动生成应用程序，其中包含该事件的处理代码。这意味着您可以将事件触发视为代码中的一般对象，并使用 IDE 中的验证和自动完成等功能。

AWS Toolkit for Jetbrains（Intellij IDEA、PyCharm、Webstorm、Rider）插件和 AWS Toolkit for Visual Studio Code 还提供将架构作为触发器，通过这些 IDE 中的模板直接生成无服务器应用程序的功能。

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

EventBridge 架构注册表可在以下区域使用：

• 美国东部（俄亥俄州和弗吉尼亚州北部）
• 美国西部（北加利福利亚和俄勒冈州）
• 亚太地区（香港、孟买、首尔、新加坡、悉尼和东京）
• 加拿大（中部）
• 欧洲地区（法兰克福、爱尔兰、伦敦、巴黎和斯德哥尔摩）
• 南美洲（圣保罗）

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

完成后删除适用于所有当前支持的计划模式：cron、费率和一次性计划。

是的，在调用计划之前，您可以随时更新计划以配置完成后删除。在上次计划调用时间过后，您将无法进行更改。

如果您在最后一次调用计划之前禁用计划的完成时删除，则该计划将在您的账户中保持禁用状态。

计划将继续调用其目标，并且在配置结束日期之前不会自动删除。

EventBridge 调度器不直接支持非 AWS 目标。但是，您可以使用 Lambda、ECS 和 Fargate 调用非 AWS 目标，或者通过 API 目标功能使用 EventBridge 调用。

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

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

全局端点通过最大程序减少服务中断期间面临风险的数据量，帮助为最终客户提供更好的体验。

通过将事件接收自动失效转移到次要区域，而不需要人工干预，可以使事件驱动型应用程序更加可靠和有弹性。您可以灵活地使用 Amazon CloudWatch 警报（通过 Amazon Route 53 运行状况检查）来配置失效转移标准，从而确定何时进行故障转移以及何时将事件路由返回到主区域。

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

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

我们已经添加了一个新的指标，报告 EventBridge 的整个延迟，这可以帮助您更轻松地确定 EventBridge 内是否有错误，需要您的事件摄入失效转移到次区域。

通过提供一个预填充的 CloudFormation 堆栈（如果您选择的话，可以对其进行自定义）来创建一个 CloudWatch 警报和 Route 53 运行状况检查，您可以更容易地开始使用控制台。有关如何设置警报和运行状况检查的更多详细信息，请查看我们的启动博客和文档。

我们建议不要在运行状况检查中包含订阅者指标。如果单个订阅者遇到问题，尽管主区域中的所有其他订阅者都处于正常状态，这样做还是可能会导致发布者失效转移到备份区域。

如果您的其中一个订阅者无法处理主区域中的事件，您应该开启复制，以验证次区域中的订阅者是否能够成功地处理事件。

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

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

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

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

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

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

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

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

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

全局端点在以下区域可用：

• 美国东部（俄亥俄州和弗吉尼亚州北部）
• 美国西部（北加利福利亚和俄勒冈州），
• 亚太地区（孟买、大阪、首尔、新加坡、悉尼和东京）
• 加拿大（中部）
• 欧洲地区（法兰克福、爱尔兰、伦敦、巴黎和斯德哥尔摩）
• 南美洲（圣保罗）

Amazon EventBridge 采用按使用量付费模式灵活定价。您只需为事件总线发布的事件、架构发现、事件重播和 API 目标引入的事件付费。要查看 EventBridge 的示例和更多定价详细信息，请访问我们的定价页面。

不是。

符合。这种事件称为跨账户事件，您可以将一个目标用作其他账户的原定设置事件总线或任何其他事件总线。这可用于将来自多个账户的事件集中到单个事件总线中，以便更轻松地监控和审核您的事件，并保持账户之间的数据同步。

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

EventBridge 和 SNS 都可以用于开发事件驱动型应用程序，您可以根据自己的具体需求做出选择。

如果您想要构建的应用程序需要对来自您自己的应用程序、SaaS 应用程序和 AWS 服务的事件做出反应，建议您使用 Amazon EventBridge。EventBridge 是直接与第三方 SaaS 合作伙伴集成的唯一一种基于事件的服务。EventBridge 还可以自动接收来自 200 多种 AWS 服务的事件，不需要开发人员在账户中创建任何资源。

EventBridge 使用基于 JSON 并且明确的事件结构，帮助您创建应用于整个事件正文的规则，以便选择要发送到目标的事件。EventBridge 目前支持用作目标的 AWS 服务超过 20 种，其中包括 Lambda、SQS、SNS 以及 Amazon Kinesis Data Streams 和 Data Firehose。

建议需要高扇出（数千或数百万个端点）的应用程序使用 Amazon SNS。我们看到的一种常见模式是，客户使用 SNS 作为其规则的目标，以筛选他们需要的事件并将其扇出到多个端点。

消息为非结构化消息，可以采用任何格式。SNS 支持将消息发送到六种不同类型的目标，包括 Lambda、SQS、HTTP/S 端点、SMS、移动推送和电子邮件。Amazon SNS 的典型延迟不超过 30 毫秒。您可以对包括 Amazon EC2、Amazon S3 和 Amazon RDS 在内的 30 多种 AWS 服务进行配置，使其发送 SNS 消息。

AWS AppFabric 是一项无代码服务，可增强公司对软件即服务（SaaS）应用程序的现有投资，提高安全性、管理性和生产力。AppFabric 可用于汇总和标准化来自 Asana、Slack 和 Zoom 等应用程序以及 Microsoft 365 和 Google Workspace 等生产力套件的 SaaS 日志数据，以提高应用程序的可观测性，降低与构建和维护点对点集成相关的运营成本。EventBridge 是一项无服务器集成服务，它使用事件将应用程序组件连接在一起，使开发人员可以更轻松地构建可扩展的事件驱动型应用程序。EventBridge 可用于将事件从自定义应用程序、AWS 服务和第三方 SaaS 应用程序等来源路由到整个组织的消费者应用程序。EventBridge 提供了一种简单而一致的方式来提取、筛选、转换和交付事件。

Amazon EventBridge 可以让 SaaS 供应商将其服务更轻松地集成到客户构建在 AWS 上的事件驱动型架构中。

EventBridge 让数百万 AWS 开发人员能够直接使用您的产品，并创造出各种新的使用场景。这一服务可以提供可审计、安全并且可扩展的事件发送通道，无需 SaaS 供应商管理任何事件基础设施。

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

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

我们支持超过 45 个 SaaS 集成，请参阅 Amazon EventBridge 支持的 SaaS 集成的完整列表。