Uma empresa de processamento de imagens tem um aplicativo web que carrega imagens para um bucket do Amazon S3. As notificações de eventos do S3 publicam eventos de criação de objetos em uma fila padrão do Amazon Simple Queue Service (Amazon SQS). A fila do SQS é a origem do evento para uma função AWS Lambda que processa imagens e envia os resultados por e-mail aos usuários. Os usuários relatam receber vários e-mails para cada imagem carregada. Um arquiteto de soluções descobre que as mensagens do SQS estão invocando a função Lambda mais de uma vez, causando e-mails duplicados. O que o arquiteto de soluções deve fazer para resolver esse problema com o MENOR overhead operacional?

Aumentar o tempo limite de visibilidade (visibility timeout) na fila do SQS é a solução mais eficaz com menor overhead operacional. Quando uma mensagem é consumida por uma função Lambda, ela fica invisível por um período. Se o processamento da Lambda (incluindo o tempo de lote) exceder esse tempo limite, a mensagem pode se tornar visível novamente e ser processada por outra instância da Lambda, causando duplicação. Aumentar o tempo limite de visibilidade para ser maior que a soma do tempo limite da função e do tempo limite da janela de lote garante que a mensagem permaneça invisível até que seja processada e excluída com sucesso. Configurar o long polling não resolve o problema de duplicação, apenas reduz o número de chamadas ReceiveMessage vazias. Alterar para uma fila SQS FIFO é uma solução, mas tem maior overhead operacional e pode não ser necessária, pois as filas FIFO têm menor throughput e maior custo. Modificar a função Lambda para excluir a mensagem imediatamente após a leitura não é uma boa prática, pois a mensagem seria excluída mesmo que o processamento falhasse, levando à perda de dados.