一个基于机器学习的监控服务被配置为 EventBridge API 目标，用于消费 Auto Scaling 事件。CloudWatch 指示 EventBridge 规则正在触发，但监控服务未收到事件。SysOps 管理员希望以最少的操作工作量捕获客户端错误详细信息。应该实施哪种解决方案？

将 Amazon SQS 标准队列配置为 EventBridge 目标的死信队列 (DLQ) 是最直接且操作工作量最少的方法。当 EventBridge 无法成功将事件传递到目标（例如由于客户端错误）时，事件将被发送到 DLQ。管理员可以检查 SQS 队列中的消息，以获取详细的错误信息，从而诊断为什么监控服务没有收到事件。 其他选项的缺点： 创建 EventBridge 归档并重播事件需要监控服务增加日志记录，这超出了捕获客户端错误详细信息的范围，且操作更为复杂。 创建第二个 EventBridge 规则并调用 Lambda 函数会增加额外的组件和复杂性，需要编写和维护 Lambda 代码，并配置 CloudWatch Logs，这不符合“最少操作工作量”的要求。 配置 EventBridge 规则将错误消息发布到 Amazon SNS 主题，虽然可以通知错误，但 SNS 消息通常不包含像 SQS DLQ 中那样详细的原始事件和错误上下文，不利于深入排查客户端错误。