Qu'est-ce que l'Event Sourcing et comment fonctionne-t-il ?

Question

IT Interview Practice · Accepted Answer

## Qu'est-ce que l'Event Sourcing ?

**L'Event Sourcing conserve les événements survenus comme données de référence, puis déduit l'état actuel de cet historique.** Chaque événement enregistre un changement métier, comme « article ajouté au panier » ou « commande annulée ».

Au lieu de savoir uniquement qu'un panier contient un livre, le système peut savoir que le client en a ajouté deux et en a retiré un. Cet historique sert à reconstruire le panier, plutôt que d'être simplement conservé à titre informatif.

## Principaux composants

- **Gestionnaire de demandes :** Vérifie l'action que l'utilisateur souhaite effectuer. Une demande invalide est rejetée et ne devient pas un événement enregistrant un fait survenu.
- **Stockage des événements :** Conserve une séquence ordonnée d'événements pour chaque entité, comme un panier individuel. Cette séquence est appelée un flux d'événements.
- **Logique de reconstruction de l'état :** Lit et applique les événements dans l'ordre pour calculer les données actuelles. L'application peut également maintenir une vue de lecture préparée pour accélérer les requêtes.

## Exemple : reconstruire un panier

Supposons qu'un panier possède l'historique suivant :

1. Panier créé : le panier est vide.
2. Deux exemplaires du livre A ajoutés : le panier contient deux exemplaires.
3. Un exemplaire du livre A retiré : il reste un exemplaire.

Lire et appliquer ces trois événements dans l'ordre produit le même résultat : un exemplaire du livre A. Cela s'appelle le **rejeu**, qui consiste à appliquer l'historique enregistré pour calculer l'état.

Lorsque le client ajoute d'autres articles, le système vérifie la demande et ajoute un nouvel événement à la fin du flux. Si deux demandes modifient le panier simultanément, cet ajout doit vérifier la version du flux qui a été lue afin de détecter les modifications concurrentes incompatibles.

Le rejeu reconstruit les données. Il ne doit pas renvoyer les courriels de confirmation ni effectuer de nouveau les paiements.

## Avantages

- **Expliquer les changements :** L'historique montre quelles actions ont conduit à l'état actuel.
- **Reconstruire les données de consultation :** Les tables d'affichage ou les rapports peuvent être recalculés à partir d'un historique d'événements complet et conservé.
- **Examiner un état passé :** Appliquer les événements jusqu'à un instant donné révèle l'état de l'entité à cet instant.

## Coûts à prendre en compte

- **Historique croissant :** Un instantané conserve l'état calculé à une position du flux, de sorte que la reconstruction ne nécessite que les événements suivants.
- **Compatibilité avec les anciens événements :** Lorsque les structures de données changent, le nouveau code doit toujours comprendre l'historique enregistré.
- **Corrections explicites :** On ajoute généralement un événement de correction pour préserver l'historique, plutôt que d'écraser silencieusement les anciennes données.

## Quand l'utiliser ?

L'Event Sourcing convient aux domaines où l'historique des changements constitue une partie importante de l'activité, comme le cycle de vie d'un contrat ou les ajustements successifs d'une commande. Les avantages doivent justifier le travail nécessaire pour conserver et traiter cet historique.

Si l'application n'a besoin que du dernier état et d'une trace à examiner, un stockage classique accompagné d'un journal d'audit peut être plus simple.

Qu'est-ce que l'Event Sourcing ?

Principaux composants

Exemple : reconstruire un panier

Avantages

Coûts à prendre en compte

Quand l'utiliser ?

Questions connexes