Receber a mesma mensagem do Amazon SQS quatro vezes não prova, por si só, que o serviço falhou. O SQS Standard oferece entrega at-least-once: uma mensagem pode ser entregue mais de uma vez. Por isso, a aplicação consumidora precisa tolerar reprocessamentos sem repetir o efeito de negócio.
Por que o SQS entregou a mesma mensagem várias vezes?
Receber uma mensagem não a remove da fila. O SQS a torna temporariamente invisível enquanto o consumidor trabalha nela. Para concluir o fluxo normal, o consumidor deve processá-la e depois excluí-la com DeleteMessage.
As an Amazon Associate I earn from qualifying purchases.
Na documentação do Amazon SQS, a AWS descreve a entrega de filas Standard como at-least-once. Em raras ocasiões, uma cópia redundante pode permanecer em um servidor indisponível durante o recebimento ou a exclusão e surgir numa tentativa posterior. A orientação da AWS é: “Design your applications to be idempotent (they should not be affected adversely when processing the same message more than once).”
Do these 3 things before closing this tab:
1Fix the driver behind crashes, sound loss and screen glitches2Repair Windows errors before they cause bigger problems3Scan for outdated or missing drivers - takes under a minuteO timeout pode ter expirado
Se o consumidor não excluir a mensagem antes do fim do visibility timeout, ela volta a ficar visível e pode ser recebida novamente pelo mesmo consumidor ou por outro. A AWS documenta 30 segundos como valor padrão do timeout; esse valor pode ser configurado para corresponder à duração real do trabalho.
#1 Best Overall
O processamento pode ter falhado ou demorado
Uma falha, um encerramento inesperado ou um problema de conectividade pode impedir que o processamento e a exclusão terminem a tempo. Para trabalhos que continuam em andamento, o consumidor pode estender o visibility timeout. Mensagens que falham repetidamente podem ser encaminhadas a uma fila de mensagens não processadas, ou DLQ, por meio de uma política de redrive.
O timeout não é uma barreira absoluta contra duplicatas
O timeout reduz a possibilidade de dois consumidores processarem a mesma mensagem ao mesmo tempo, mas não garante que uma segunda entrega nunca aconteça. A entrega repetida também pode ocorrer sob o modelo at-least-once, mesmo que o timeout ainda não tenha expirado.
Como investigar quatro chegadas no seu caso
Sem o tipo da fila, os tempos de processamento, as configurações e os registros do incidente, não é possível atribuir as quatro ocorrências a uma única causa. Verifique cada ponto abaixo com os dados da aplicação e da fila.
- Identifique o tipo da fila: confirme se era Standard ou FIFO. Isso ajuda a separar redelivery no consumo de reenvios tratados pela deduplicação FIFO.
- Compare os tempos: confira quanto cada tentativa levou e qual era o visibility timeout. Se o trabalho ultrapassou o prazo, verifique se houve extensão do timeout.
- Verifique o encerramento de cada tentativa: procure uma chamada bem-sucedida a
DeleteMessageapós cada processamento concluído. A exclusão deve usar o receipt handle atual daquela entrega. - Examine falhas e retries: procure erros, reinicializações, problemas de rede e retentativas tanto no consumidor quanto no produtor.
- Confira a DLQ e a política de redrive: verifique se mensagens com falhas repetidas foram encaminhadas para uma fila de mensagens não processadas e quais regras estavam configuradas.
FIFO impede o processamento duplicado?
Não por si só. FIFO ajuda a preservar a ordem dentro de um grupo de mensagens e a deduplicar reenvios com o mesmo MessageDeduplicationId durante a janela documentada de cinco minutos. Um retry do produtor depois dessa janela pode ser tratado como uma nova mensagem. Essa proteção contra determinados reenvios não impede que um consumidor repita uma operação de negócio após uma redelivery.
Rank #3
| Aspecto | Standard | FIFO |
|---|---|---|
| Ordem | Não é o modo a escolher quando a aplicação precisa da ordenação oferecida por FIFO. | Mantém a ordem por MessageGroupId. |
| Deduplicação de reenvios | Não oferece uma proteção de deduplicação equivalente à janela documentada para FIFO. | Deduplica mensagens com o mesmo MessageDeduplicationId na janela documentada de cinco minutos. |
| Redelivery e repetição do efeito no consumidor | O consumidor deve tolerar processamento repetido sob a entrega at-least-once. | FIFO não substitui a idempotência do consumidor; redelivery ainda pode exigir proteção contra repetição do efeito de negócio. |
Como evitar que a repetição vire um segundo efeito de negócio
Projete o consumidor para que executar novamente a mesma operação não cause um resultado adverso. Por exemplo, antes de aplicar uma alteração, a aplicação pode conferir se aquele pedido já foi concluído; o identificador usado e a forma de registrar a conclusão dependem do sistema de negócio. A regra essencial é não tratar uma entrega como prova de que a operação ainda não foi executada.
Configure o visibility timeout de acordo com a duração esperada do trabalho e estenda-o quando um processamento legítimo continuar além do prazo. Para falhas persistentes, use uma DLQ e uma política de redrive adequada. Essas medidas reduzem redeliveries evitáveis e ajudam a isolar mensagens problemáticas, mas a idempotência continua necessária para lidar com duplicatas.
Quick Recap
Rank #4
Product prices and availability are accurate as of the date/time indicated and are subject to change. Any price and availability information displayed on Amazon at the time of purchase will apply.
The Tool Desk
Outbyte Driver Updater FREEScan for outdated or missing drivers - takes under a minuteDriver Scan →Outbyte PC Repair FREERepair Windows errors before they cause bigger problemsFix Now →
