Mapper moins, référencer plus : l'alchimie des données partagées
Une liste change : combien de systèmes devez-vous corriger ?
Combien de listes de valeurs identiques existent aujourd'hui dans votre système d'information ? Une par service, probablement. Vous connaissez le pattern : nouveau système, nouvelle liste, et on repart de zéro. Puis il faut la mapper avec toutes les autres pour que les systèmes se comprennent entre eux.
Ça marche. Jusqu'au jour où cette liste doit changer. Et là, bonne chance pour retrouver tous les endroits où elle a été copiée, et pour être sûr que tout reste aligné.
On en a eu marre. On a construit un référentiel unique : les valeurs sont administrées à un seul endroit, exposées via une API, et propagées en temps réel à tous les systèmes consommateurs via Kafka. Plus de mapping à maintenir, plus de copie à synchroniser à la main, et la possibilité de structurer ces valeurs en hiérarchie pour couvrir les cas les plus complexes.
Dans ce talk, je raconte comment cette idée est née, comment on l'a mise en place concrètement, ce qui a cassé en cours de route, et vous repartez avec un pattern d'architecture directement applicable à votre propre système d'information.
À voir aussi
Une année pour découvrir comment l'IA a bouleversé le software development
Un an à prendre l'IA en pleine face. Nolan retrace, rencontre après rencontre, ce qu'elle a changé à son métier : son rôle, la valeur de ce qu'il produit, ses process, et l'humain dans la boucle.
