A aplicação de um desenvolvedor invoca funções Lambda assincronamente, mas alguns eventos falham aleatoriamente. O desenvolvedor precisa capturar os eventos específicos que falharam para investigação. Qual configuração coletará eventos assíncronos que falharam para posterior inspeção?

A configuração de uma Dead-Letter Queue (DLQ) do Amazon SQS para a função Lambda é a solução correta. Quando uma invocação assíncrona falha após todas as tentativas de repetição configuradas, o evento é enviado para a DLQ. Isso permite que o desenvolvedor inspecione os eventos que falharam e determine a causa raiz dos problemas. As permissões necessárias para a função de execução da Lambda devem ser concedidas para que ela possa enviar mensagens para a DLQ do SQS. As outras opções estão incorretas porque: Uma regra do EventBridge pode reagir a falhas, mas não captura o evento que causou a falha de forma nativa para inspeção, apenas o status da falha. O Amazon Kinesis não é um serviço de DLQ nativo para eventos assíncronos do Lambda; ele é mais usado para processamento de streaming de dados em tempo real. Uma DLQ FIFO (First-In, First-Out) do SQS garante a ordem das mensagens, o que não é um requisito explícito para simplesmente capturar eventos falhos e pode introduzir complexidade desnecessária se a ordem não for crucial. Uma DLQ SQS padrão é suficiente e mais comum para este caso de uso.