Descripción del proyecto
TraducidoEjecutamos dos sistemas que actualmente se enteran de los eventos del otro solo al verificar en un temporizador, y ese retraso está comenzando a costarnos. Cuando llega un nuevo pedido, se confirma un pago o un estado cambia en un lado, el otro lado debería enterarse en segundos, no en la próxima verificación programada. El sondeo desperdicia recursos del servidor en ambos extremos y crea una ventana donde los dos sistemas no están de acuerdo sobre lo que sucedió.
Necesitamos a alguien que haya construido comunicación basada en webhooks antes. En el lado de envío: un mecanismo que envíe una solicitud firmada en el instante en que ocurre un evento calificado, con una carga útil clara y versionada. En el lado receptor: un endpoint que verifique la firma, deduplica entregas repetidas, pone en cola el trabajo en lugar de procesarlo en línea, y reintenta con retroceso cuando el otro lado está brevemente no disponible.
La seguridad es importante: el endpoint debe rechazar llamadas reproducidas o falsificadas, y los secretos de firma deben ser fáciles de rotar. También queremos suficiente registro para que un evento perdido o retrasado pueda ser rastreado rápidamente.
Resultado esperado:
— Eventos desencadenantes definidos (nuevo pedido, pago, cambio de estado) con un formato de carga útil
— Entrega de webhook firmada con reintento y retroceso en caso de fallo
— Un endpoint receptor con verificación de firma, deduplicación, procesamiento en cola
— Notas breves sobre cómo agregar un nuevo tipo de evento más tarde
Necesitamos a alguien que haya construido comunicación basada en webhooks antes. En el lado de envío: un mecanismo que envíe una solicitud firmada en el instante en que ocurre un evento calificado, con una carga útil clara y versionada. En el lado receptor: un endpoint que verifique la firma, deduplica entregas repetidas, pone en cola el trabajo en lugar de procesarlo en línea, y reintenta con retroceso cuando el otro lado está brevemente no disponible.
La seguridad es importante: el endpoint debe rechazar llamadas reproducidas o falsificadas, y los secretos de firma deben ser fáciles de rotar. También queremos suficiente registro para que un evento perdido o retrasado pueda ser rastreado rápidamente.
Resultado esperado:
— Eventos desencadenantes definidos (nuevo pedido, pago, cambio de estado) con un formato de carga útil
— Entrega de webhook firmada con reintento y retroceso en caso de fallo
— Un endpoint receptor con verificación de firma, deduplicación, procesamiento en cola
— Notas breves sobre cómo agregar un nuevo tipo de evento más tarde
Programación web Efectivo, Transferencia bancaria
