Q80 — AWS SAA-C03 第16章

Q1280. 解决方案架构师需要验证 Amazon EventBridge 规则是否正常工作。该规则配置为将事件发送到目标。哪种解决方案能够以最少的运营开销满足这一要求?

A. 检查 AWS/Events 命名空间中的 Amazon CloudWatch TriggeredRules 指标。 ✓
B. 将 EventBridge 规则的日志发送到 Amazon CloudWatch Logs。
C. 在 Amazon Simple Queue Service（Amazon SQS）中创建一个死信队列来捕获失败事件。
D. 启用 AWS CloudTrail，并检查 EventBridge API 调用。

正确答案: A. 检查 AWS/Events 命名空间中的 Amazon CloudWatch TriggeredRules 指标。

解析

正确的解决方案必须能够让解决方案架构师以最少的运营开销验证 Amazon EventBridge 规则是否正常运行。让我们评估一下每个选项:正确答案:A. 检查 AWS/Events 命名空间中的 Amazon CloudWatch TriggeredRules 指标。为什么选项 A 是最佳选择:无需额外配置:当规则成功匹配事件并调用其目标时，EventBridge 会自动将 TriggeredRules 指标发布到 CloudWatch。无需设置日志、死信队列或 CloudTrail——只需检查现有指标。实时验证:当规则触发时，指标会立即增加，提供即时确认。低运营开销:只需在 AWS 控制台中导航到 CloudWatch Metrics AWS/Events TriggeredRules。其他选择为何失败:B. 将 EventBridge 规则的日志发送到 Amazon CloudWatch Logs。需要手动设置:必须为 EventBridge 规则启用详细日志记录（通过 AWS CLI 或 SDK），这增加了复杂性。更高的开销:与简单的 TriggeredRules 指标不同，必须解析和分析日志。C. 在 Amazon SQS 中创建死信队列 (DLQ) 以捕获失败事件。只显示失败，不显示成功:DLQ 有助于排除故障，但它不能确认规则是否成功触发（仅确认某些事件失败）。附加基础设施:需要设置 SQS 队列并配置 EventBridge 才能使用它。D. 启用 AWS CloudTrail，并检查 EventBridge API 调用。基本验证的过度杀伤:CloudTrail 记录 API 调用（例如，PutEvents、PutRule），而不是规则执行。延迟洞察:日志可能需要几分钟才能出现，并且需要手动过滤（例如，搜索 PutTarget 调用）。主要比较:要求CloudWatch触发规则指标（A）其他选项无需额外设置（内置指标）（B:日志记录;C:DLQ;D:CloudTrail）确认成功触发（直接测量规则执行）（B:日志;C:仅失败;D:API 调用）最低运营工作量（在控制台中检查指标）（B:日志分析;C:SQS 设置;D:CloudTrail 过滤）结论:选项 A 是验证 EventBridge 规则功能的最简单、最有效的方法，无需任何额外的基础设施或日志记录设置。最终答案:A