Retry

O que é

Retry é tentar de novo uma operação que falhou.

Isso faz sentido quando a falha parece temporária:

• timeout curto
• erro de rede
• serviço momentaneamente indisponível

O ponto não é “insistir até dar certo”.

O ponto é dar uma segunda chance para uma falha que pode desaparecer sozinha.

Quando importa

Retry aparece o tempo todo em:

• integração entre serviços
• job assíncrono
• webhook
• fila

Em produção, falha curta não é exceção rara.

É parte normal da vida.

Erro comum

O erro clássico é tratar retry como botão mágico.

Sem critério, ele vira:

• tempestade de requests
• duplicação de efeito
• fila crescendo sem controle

Retry sem idempotência e sem limite costuma piorar o problema que queria aliviar.

Exemplo curto

Um worker chama um serviço externo para gerar um boleto.

A primeira tentativa toma timeout.

Em vez de marcar como falha definitiva na hora, o worker espera um pouco e tenta de novo.

Se a segunda tentativa funciona, você absorveu uma falha transitória sem intervenção manual.

Se não funcionar depois de algumas tentativas, aí sim entra outro caminho:

• falha definitiva
• DLQ
• inspeção manual

Por que ajuda

Retry deixa o sistema menos frágil diante de falhas curtas.

Mas ele só ajuda de verdade quando vem junto com:

• limite de tentativas
• backoff
• idempotência
• critério para desistir

Retry bom não é teimosia automatizada. É tolerância controlada a falha temporária.