Uma função Lambda processa mensagens de uma fila padrão do Amazon SQS (tamanho de lote 10) e grava os resultados no S3. No primeiro dia, a chegada de mensagens supera o processamento e muitas mensagens enfileiradas contêm dados inválidos, fazendo com que as mensagens válidas percam os prazos de processamento necessários. Qual mudança garantirá que as mensagens válidas cumpram seu cronograma?

A opção correta aborda a raiz do problema: mensagens inválidas impedindo o processamento das válidas. Manter o tamanho do lote e configurar o Lambda para relatar falhas de itens individuais permite que mensagens inválidas sejam removidas ou enviadas para uma DLQ, sem reprocessar o lote inteiro. Isso libera o processamento para as mensagens válidas. A DLQ garante que as mensagens com falha não sejam perdidas e possam ser investigadas. As outras opções são menos eficazes: Aumentar o lote do Lambda pode agravar o problema se houver mais mensagens inválidas por lote. Converter para FIFO não é necessário, pois o problema não é a ordem, mas o processamento de mensagens inválidas. Reduzir o lote do Lambda pode diminuir o throughput geral. Aumentar a cota de throughput do SQS não resolve o problema de mensagens inválidas. Habilitar S3 Transfer Acceleration não impacta o processamento de mensagens inválidas no SQS/Lambda.