Una empresa tiene una aplicación JavaScript basada en eventos, construida a partir de servicios AWS gestionados desacoplados que publican, consumen y enrutan eventos. Durante las pruebas, las reglas de EventBridge no entregan eventos a sus destinos. Los evaluadores necesitan formas de ver, depurar y evitar la pérdida de eventos sin volver a implementar la aplicación. ¿Qué combinación de acciones debería tomar el equipo de DevOps? (Elija tres).

La creación de un bucket de S3 con CloudTrail habilitado permite auditar las llamadas a la API de EventBridge, lo que ayuda a identificar por qué las reglas no se activan o los eventos no se entregan. Configurar una cola SQS estándar como Dead-Letter Queue (DLQ) para la regla de EventBridge asegura que los eventos que fallan al ser entregados a su destino se retengan, evitando su pérdida y permitiendo su posterior análisis y reintento. Añadir un grupo de registros de CloudWatch Logs como destino adicional para la regla de EventBridge permite registrar todos los eventos procesados por la regla, lo que facilita la depuración y el monitoreo en tiempo real. Las opciones incorrectas son: Lanzar AWS Device Farm no es relevante para depurar reglas de EventBridge o problemas de entrega de eventos. Usar una cola SQS FIFO como DLQ es innecesario y más costoso, ya que el orden estricto no es un requisito para una DLQ de EventBridge. Actualizar la aplicación con el SDK de AWS X-Ray es útil para el rastreo distribuido dentro de la aplicación, pero no aborda directamente la depuración de las reglas de EventBridge o la prevención de la pérdida de eventos en el nivel de EventBridge sin volver a implementar.