O aplicativo de um desenvolvedor usa uma função AWS Lambda para processar mensagens de uma fila do Amazon SQS. A função Lambda às vezes falha ou atinge o tempo limite, e o desenvolvedor deve capturar e investigar as mensagens que não puderam ser processadas com o mínimo de sobrecarga operacional. Qual abordagem satisfaz esse requisito?

A criação de uma Dead-Letter Queue (DLQ) e a configuração da função Lambda para enviar mensagens com falha para essa DLQ é a abordagem mais eficiente e com menor sobrecarga operacional. As DLQs são projetadas especificamente para capturar mensagens que não puderam ser processadas com sucesso, permitindo que o desenvolvedor as inspecione e reprocessse posteriormente. Aumentar o tempo limite da função Lambda para 15 minutos pode mascarar o problema subjacente e o CloudTrail não é a ferramenta ideal para detalhes de erro de aplicação. Aumentar o tempo limite de visibilidade da fila do SQS não resolve o problema de mensagens com falha e o CloudWatch, embora útil para logs, exigiria mais esforço para filtrar e gerenciar erros específicos de mensagens. Criar uma tabela DynamoDB exigiria lógica adicional na função Lambda para gerenciar as mensagens com falha, aumentando a complexidade e a sobrecarga operacional em comparação com uma DLQ.