Dois padrões essenciais para lidar com falhas em sistemas distribuídos. Qual escolher?
Tenta executar a operação novamente após falha. Ideal para erros temporários e transientes.
Armazena mensagens que não conseguem ser processadas. Permite análise posterior e ação manual.
Timeout de rede, falha temporária de API, congestionamento. Problemas que se resolvem sozinhos.
Erro de validação, dados corrompidos, falha permanente. Problemas que retry não resolve.
Use retry para falhas transitórias com backoff exponencial. Dead letter para permanentes após N tentativas.
Retry: risco de cascata. Dead letter: requer monitoramento ativo e processos de recuperação.
Retry para resiliência rápida. Dead letter para observabilidade e auditoria. Combine ambos em produção.
Leia a matéria completa