O que é uma Política de Retentativa de Webhook?

Uma política de repetição de webhook é um conjunto de regras que um sistema de webhook usa para determinar se deve reenviar um webhook em caso de falha. Esta configuração especifica o limite de tentativas do sistema, a pausa entre cada tentativa, os critérios de falha e as condições para interrupção. Na maioria das políticas, o recuo exponencial é empregado para evitar tentativas em curtos períodos de tempo, enquanto os eventos que falham permanentemente são enviados para uma fila de mensagens mortas.

As políticas de nova tentativa são uma consideração relevante, dado que redes e serviços podem apresentar variações na confiabilidade. A finalização das transferências de dados durante distúrbios de rede ou serviço na entrega depende da presença de uma política de nova tentativa ativa. Uma política de nova tentativa previne a perda de dados devido a uma falha na entrega, garantindo uma nova tentativa após o lado receptor não retornar um 2xx.

Quando uma tentativa de entrega de evento encontra um problema, a política do sistema geralmente processa isso examinando o código de status HTTP. Em seguida, uma pausa é introduzida, consistente com um cronograma de repetição, antes que a transmissão do evento seja tentada novamente. Estes são os componentes:

•       Condições de acionamento: os status HTTP precisos que acionam uma nova tentativa.
•       Cronograma de repetição: intervalos de tempo entre tentativas, normalmente backoff exponencial ou um valor extraído do cabeçalho Retry-After.
•       Exposição de falhas: envolve funções que permitem a identificação de problemas sem uma resolução imediata, como uma indicação do próximo tempo de nova tentativa.
•       Observabilidade e idempotência: logs, métricas e ferramentas de replay para análise de falhas, juntamente com tratamento idempotente para descartar duplicatas.

A maioria das estratégias de repetição incorpora um atraso no intervalo entre as tentativas. A mais frequentemente seguida é o exponential backoff; ele prolonga o período de espera a cada tentativa, o que, por sua vez, diminui a carga sobre um receptor que esteja a sofrer algum tipo de problema.

Isso significa:

•       Exponential backoff: é uma técnica onde as tentativas de repetição são separadas por períodos de tempo cada vez mais longos.
•       Adicionar jitter: variando o tempo de espera por um elemento aleatório para evitar picos de repetição ao mesmo tempo. O Twilio Event Streams implementa a ideia de jitter para evitar um “thundering herd”.
•       Tentativas escalonadas: imediata, de curto prazo, de longo prazo e fila de mensagens mortas.

Esta fila destina-se a eventos que utilizaram os seus processos de repetição configurados sem atingir um estado concluído. Estes eventos são mantidos num local designado, permitindo a análise dos seus detalhes, a observação da sua sequência ou a sua resolução conforme as situações o exijam.

Em vez de replicar cegamente políticas de novas tentativas agressivas, um bom design de novas tentativas considera quando o sistema pode ser sobrecarregado por muitas novas tentativas. Ou seja, envolve ponderar cuidadosamente os limites de novas tentativas e a temporização dos intervalos.

•       Prefira o recuo exponencial com jitter.
•       Estabeleça limites de novas tentativas e critérios de interrupção bem definidos.
•       Estabeleça regras inequívocas de código de status para determinar quais entregas terão novas tentativas e quais não.
•       Chaves de idempotência referem-se à gestão consistente do reprocessamento.

As práticas de monitoramento relacionam-se à identificação de discrepâncias na entrega do pipeline em um estágio inicial. Rastreie métricas que indicam problemas, em seguida, notifique automaticamente por meio de alertas e vincule-os às ferramentas usadas para operação.

•       Painéis: uma visão geral da saúde da entrega para o último período de tempo.
•       Repetição manual: uma opção que permite enviar eventos novamente depois que a causa raiz é resolvida.
•       Manuais de operação: eles apresentam ações pré-definidas para engenheiros de plantão, destinadas a guiar o processo de solução de problemas.

•       Um processo de retentativa metódica de entregas falhas visa abordar casos em que os eventos poderiam, de outra forma, ficar sem processamento.
•       Contribui para uma menor probabilidade de perda de dados de eventos durante interrupções de curto prazo e atrasos na entrega.
•       Integrações geralmente se recuperam de curtos períodos de interrupção, com seus problemas associados muitas vezes sendo temporários, em vez de causar interrupções prolongadas.
•       A entrega consistente de dados críticos, como pedidos e pagamentos, é um fator que influencia o nível de confiança nas integrações.