Descrição do projeto
TraduzidoExecutamos dois sistemas que atualmente descobrem os eventos um do outro apenas verificando em um cronômetro, e essa latência está começando a nos custar. Quando um novo pedido chega, um pagamento é confirmado ou um status muda de um lado, o outro lado deve ser informado em segundos, não na próxima verificação agendada. O polling desperdiça recursos do servidor em ambas as extremidades e cria uma janela onde os dois sistemas discordam sobre o que aconteceu.
Precisamos de alguém que já tenha construído comunicação baseada em webhook antes. Do lado do envio: um mecanismo que dispara uma solicitação assinada no instante em que um evento qualificado acontece, com um payload claro e versionado. Do lado do recebimento: um endpoint que verifica a assinatura, deduplica entregas repetidas, coloca o trabalho em fila em vez de processar inline, e tenta novamente com backoff quando o outro lado está brevemente indisponível.
A segurança é importante: o endpoint deve rejeitar chamadas reproduzidas ou forjadas, e os segredos de assinatura devem ser fáceis de rotacionar. Também queremos logging suficiente para que um evento perdido ou atrasado possa ser rastreado rapidamente.
Resultado esperado:
— Eventos de disparo definidos (novo pedido, pagamento, mudança de status) com um formato de payload
— Entrega de webhook assinada com tentativa e backoff em caso de falha
— Um endpoint de recebimento com verificação de assinatura, deduplicação, processamento em fila
— Notas curtas sobre como adicionar um novo tipo de evento mais tarde
Precisamos de alguém que já tenha construído comunicação baseada em webhook antes. Do lado do envio: um mecanismo que dispara uma solicitação assinada no instante em que um evento qualificado acontece, com um payload claro e versionado. Do lado do recebimento: um endpoint que verifica a assinatura, deduplica entregas repetidas, coloca o trabalho em fila em vez de processar inline, e tenta novamente com backoff quando o outro lado está brevemente indisponível.
A segurança é importante: o endpoint deve rejeitar chamadas reproduzidas ou forjadas, e os segredos de assinatura devem ser fáceis de rotacionar. Também queremos logging suficiente para que um evento perdido ou atrasado possa ser rastreado rapidamente.
Resultado esperado:
— Eventos de disparo definidos (novo pedido, pagamento, mudança de status) com um formato de payload
— Entrega de webhook assinada com tentativa e backoff em caso de falha
— Um endpoint de recebimento com verificação de assinatura, deduplicação, processamento em fila
— Notas curtas sobre como adicionar um novo tipo de evento mais tarde
Programação web Dinheiro, Transferência bancária
