Configurer des webhooks pour un échange d'événements instantané entre deux systèmes

Nous gérons deux systèmes qui découvrent actuellement les événements de l'autre uniquement en vérifiant sur un minuteur, et ce retard commence à nous coûter cher. Lorsqu'une nouvelle commande arrive, qu'un paiement est confirmé ou qu'un statut change d'un côté, l'autre côté devrait être informé en quelques secondes, et non lors de la prochaine vérification programmée. Le sondage gaspille des ressources serveur des deux côtés et crée une fenêtre où les deux systèmes ne s'accordent pas sur ce qui s'est passé.

Nous avons besoin de quelqu'un qui a déjà construit une communication basée sur des webhooks. Du côté de l'envoi : un mécanisme qui déclenche une requête signée dès qu'un événement qualifiant se produit, avec une charge utile claire et versionnée. Du côté de la réception : un point de terminaison qui vérifie la signature, déduplique les livraisons répétées, met le travail en file d'attente au lieu de le traiter en ligne, et réessaie avec un temps d'attente lorsque l'autre côté est brièvement indisponible.

La sécurité est importante : le point de terminaison doit rejeter les appels rejoués ou falsifiés, et les secrets de signature doivent être faciles à faire tourner. Nous voulons également suffisamment de journaux pour qu'un événement manqué ou retardé puisse être rapidement retracé.

Résultat attendu :
— Événements déclencheurs définis (nouvelle commande, paiement, changement de statut) avec un format de charge utile
— Livraison de webhook signée avec réessai et temps d'attente en cas d'échec
— Un point de terminaison de réception avec vérification de signature, dé-duplication, traitement en file d'attente
— Notes courtes sur l'ajout d'un nouveau type d'événement plus tard