Corriger les bugs dans Event Sourcing, c'est vraiment difficile ?

Tout système finit par générer des données erronées. Certaines proviennent d'intégrations, d'autres d'actions imprévues des utilisateurs, et une bonne partie est de notre propre fait, car nous avons déployé une modification qui semblait correcte lors de la phase de test.

Il s'agit de ce que nous pouvons faire mardi matin, lorsqu'une personne du service d'assistance écrit : « le prix de cette réservation semble incorrect » .

Le bug

Imaginez que nous travaillons sur un système de réservation d'hôtel. La tarification y est complexe : les tarifs sont régulièrement modifiés, des options supplémentaires sont ajoutées après la réservation et la ville fixe la taxe de séjour selon son propre calendrier.

Supposons que la taxe de séjour ait été fixée à un montant unique de 4,50 par personne et par nuit, multiplié par le nombre de nuits et de personnes. Cela a suffi pendant des années, car le taux est resté inchangé.

La ville a ensuite annoncé une augmentation à 7,00 à compter du 1er avril. Il s'est avéré qu'une seule valeur ne pouvait pas refléter cette situation : un séjour du 30 mars au 2 avril comprend des nuits de part et d'autre de la période. Nous avons donc ajouté des tarifs avec des périodes de validité et un système de recherche pour les résoudre, et nous l'avons mis en ligne le 12 mars.