Uma empresa tem um aplicativo JavaScript orientado a eventos, construído a partir de serviços AWS gerenciados desacoplados que publicam, consomem e roteiam eventos. Durante os testes, as regras do EventBridge não estão entregando eventos aos seus destinos. Os testadores precisam de maneiras de visualizar, depurar e evitar a perda de eventos sem reimplantar o aplicativo. Qual combinação de ações a equipe de DevOps deve tomar? (Escolha três.)

Para visualizar e depurar eventos, a equipe deve criar um grupo de logs do CloudWatch Logs e adicioná-lo como destino à regra do EventBridge. Isso permite o registro detalhado dos eventos processados pela regra. Para evitar a perda de eventos, configurar uma fila padrão do Amazon SQS como Dead-Letter Queue (DLQ) para a regra do EventBridge é crucial. Eventos que falham na entrega serão enviados para a DLQ, permitindo inspeção e reprocessamento posteriores. Por fim, para auditar e rastrear chamadas de API relacionadas ao EventBridge (como criação ou modificação de regras), criar um bucket S3, habilitar o CloudTrail e configurar um trail para registrar nesse bucket é essencial. As opções incorretas são: AWS Device Farm é para testes de aplicativos móveis e não se aplica a depuração de regras do EventBridge. Usar uma fila FIFO do Amazon SQS como DLQ não é necessário, pois a ordem dos eventos falhos geralmente não é crítica e as filas padrão são mais flexíveis e econômicas. O SDK do AWS X-Ray é para rastreamento distribuído de solicitações em serviços, não para depuração de regras do EventBridge que não entregam eventos.