Un servicio de monitoreo basado en ML está configurado como un destino de API de EventBridge para consumir eventos de Auto Scaling. CloudWatch indica que la regla de EventBridge se está activando, pero el servicio de monitoreo no está recibiendo eventos. El administrador de SysOps desea capturar los detalles del error del cliente con un esfuerzo operativo mínimo. ¿Qué solución se debe implementar?

La opción correcta es adjuntar una cola estándar de Amazon SQS como cola de mensajes fallidos (DLQ) para el destino de EventBridge. Esto redirigirá automáticamente los eventos que no puedan ser entregados al servicio de monitoreo a la cola SQS, permitiendo al administrador inspeccionar los detalles del error sin esfuerzo operativo adicional. Las DLQ son una característica nativa de EventBridge para manejar fallos de entrega. Crear un archivo de EventBridge y reproducir eventos es más complejo y no captura los errores de entrega originales de forma automática. Crear una función Lambda para invocar el servicio de monitoreo introduce una capa adicional de complejidad y costo, y no es la solución más directa para capturar errores de entrega de EventBridge. Configurar una regla para publicar errores en un tema de SNS es una opción para notificaciones, pero no proporciona los detalles completos del evento fallido para depuración como lo hace una DLQ.