WEBHOOK-BRIDGE

Pattern d'intégration push où une source externe émet un POST HTTPS au broker EDI dès qu'un événement survient, sans polling — alternative bas-latence au polling bridge.

Définition

Le webhook bridge inverse la logique : la source pousse, le broker écoute. Avantages : latence quasi nulle, économies CPU/réseau (pas de polling vide). Inconvénients : nécessite un endpoint HTTPS public, idempotence stricte (le partenaire peut retry), validation de signature pour éviter la spoofing.

Origine

Pattern issu de l'évolution Web 2.0 et du standard WebHooks de Jeff Lindsay (2007). Massivement utilisé par Stripe, GitHub, Slack et progressivement par les opérateurs EDI modernes.

Usage

Une plateforme cXML pousse chaque nouveau OrderRequest vers https://broker.example.com/cxml. Chaque POST porte un header X-Signature: HMAC(secret, body) pour authentifier la source. Le broker répond 200 OK après ack interne et publie l'order sur Kafka.

Termes liés

• Polling bridge — pendant pull.
• HMAC — authentification.
• Idempotency — propriété requise.
• TLS 1.3 — transport.