Vou tornar o retry da sua API seguro com chaves de idempotência

Uma conexão interrompida não pode cobrar seu cliente duas vezes.

Quando uma requisição de pagamento expira, seu cliente tenta de novo. Quando a entrega de um webhook falha, o Stripe o envia novamente. Quando um job em segundo plano trava, a fila o executa novamente. Se esses caminhos não forem idempotentes, cada nova tentativa repete o trabalho: cobranças dobradas, pedidos duplicados, e-mails duplicados e clientes irritados.

Eu avalio seus caminhos de retry e os deixo seguros. Construi chaves de idempotência, entrega exatamente-once no núcleo de uma plataforma de e-mails em produção, então isso é coisa que eu faço todos os dias, não teoria.

O que você ganha:

• Uma auditoria escrita de cada ponto onde um retry pode duplicar o trabalho no seu sistema
• - Chaves de idempotência implementadas nos seus caminhos críticos: pagamentos, webhooks, jobs em segundo plano
• - Detecção de duplicatas e semânticas de retry seguras, cobertas por testes

Faça a auditoria primeiro se quiser mapear os riscos antes de alterar o código. Me mande uma mensagem antes de pedir os pacotes maiores para a gente definir o escopo dos seus caminhos críticos.