EVENT-SOURCING-EDI

Pattern où l'état d'un système est dérivé d'un journal append-only d'événements immuables — adapté aux flux EDI où chaque INVOIC, MDN, statut devient un event source-de-vérité.

Définition

Event sourcing inverse la logique CRUD : au lieu de stocker l'état actuel, on stocke la séquence d'événements qui mènent à cet état. L'état courant est reconstruit par replay. Pour EDI, c'est aligné avec la nature 'message immuable' du domaine.

Origine

Concept ancien (1990, Distributed Object Computing) mais popularisé par Martin Fowler 2005 et Greg Young 2010. Aligné avec Kafka, EventStore DB, AWS Kinesis.

Usage

Une passerelle EDI stocke dans Kafka tous ses events : invoice_received, invoice_validated, mdn_sent, mdn_acknowledged, invoice_archived. La projection 'invoice_state' est reconstruite à la demande. Replay d'un mois pour debug = trivial.

Termes liés

• Kafka — transport principal.
• CQRS — duo classique.
• Audit trail — use case naturel.
• Replayability — propriété cible.