Système distribué vs intégration - quand le manque de cohésion crée l’incohérence
Dans de nombreuses architectures modernes dites microservices, au cœur de l’architecture logicielle et de l’architecture d’entreprise, le problème est souvent attaqué par le mauvais angle. On cherche d’abord à réduire la cohésion, à découpler, à isoler les fonctionnalités, en partant du principe que moins de dépendances visibles mènera mécaniquement à de meilleurs systèmes. Or, un principe simple mérite d’être rappelé — transmis par l’un de mes professeurs et largement confirmé par l’expérience de terrain : plus de cohérence, moins de cohésion, et non l’inverse.
La cohésion n’est pas un objectif en soi, c’est une conséquence. Ce qui doit guider une architecture, c’est d’abord la cohérence du processus métier, de ses étapes et des données qu’elles manipulent. Chercher à réduire la cohésion sans s’assurer de cette cohérence revient à déplacer les problèmes plutôt qu’à les résoudre.