Diasoft explique pourquoi elle a choisi la plateforme Digital Q.Integration plutôt qu'un ESB

Viktor Ovtchinnikov, responsable du développement de la plateforme d'intégration Digital Q.Integration chez Diasoft, explique pourquoi l'équipe a abandonné l'architecture ESB (Enterprise Service Bus) classique au profit de sa propre approche de l'intégration des systèmes d'entreprise.

Pourquoi l'ESB classique ne convenait pas

Selon Viktor Ovtchinnikov, un bus ESB classique repose sur un noyau monolithique qui ne se met à l'échelle que verticalement : on ne peut augmenter les performances qu'avec du matériel plus puissant, pas en ajoutant des nœuds. Si ce noyau tombe, c'est toute l'intégration qui s'arrête : aucun des systèmes connectés ne peut plus échanger de données avec les autres.

Mais pour l'exploitation, le problème le plus douloureux, selon l'auteur, ne se manifeste pas tout de suite : il s'installe progressivement. Avec le temps, le bus devient le réceptacle de toute la logique métier applicative de l'entreprise. Au bout de quelques années, l'ESB en sait plus sur l'activité de l'entreprise que n'importe lequel des systèmes qui y sont connectés, et démêler cette logique devient un chantier complexe à part entière.

Quelle approche l'équipe de Diasoft a retenue

L'équipe s'est fixé un autre principe : prendre le meilleur de l'architecture point-to-point et de l'ESB classique. D'un côté, des services indépendants sans logique métier centralisée, comme dans les intégrations point-to-point directes. De l'autre, un transport commun, une supervision commune et un outillage commun, comme dans un bus traditionnel. Le concept a été baptisé « services intelligents et canaux fiables ».

• L'ESB classique ne se met à l'échelle que verticalement et constitue un point de défaillance unique
• Avec le temps, l'ESB accumule toute la logique métier applicative de l'entreprise
• La plateforme Digital Q.Integration repose sur l'approche « services intelligents et canaux fiables »
• Chaque système intégré dispose de son propre microservice-connecteur
• Les adaptateurs communiquent via une couche de transport commune, chargée de l'acheminement et de la fiabilité

Comment l'architecture de la plateforme est organisée

Pour chaque système intégré, la plateforme crée un microservice-connecteur indépendant. Celui-ci contient exactement la logique nécessaire pour interagir avec ce système précis, et rien de plus. Un tel connecteur ignore les processus métier des autres systèmes et ne devient pas une source centralisée de connaissance sur l'entreprise.

Les adaptateurs communiquent entre eux via une couche de transport distincte, chargée de l'acheminement des messages et de la fiabilité des échanges de données. Cette séparation lève la contradiction principale de l'ESB classique : jusqu'ici, le bus gérait à la fois la logique métier et le transport, si bien que deux types de responsabilités se mélangeaient dans un même noyau monolithique. Dans l'approche de Diasoft, ces tâches sont dissociées : la logique métier vit dans des microservices indépendants, tandis qu'une couche commune assure l'acheminement et la fiabilité.

En quoi cela diffère-t-il du simple point-to-point ?

L'intégration directe « point à point » règle le problème du noyau monolithique : elle est distribuée par nature, et la défaillance d'une liaison ne fait pas tomber tout le réseau. Mais le point-to-point a son revers : sans couche commune de transport et de supervision, le nombre de liaisons directes entre systèmes tourne vite à l'écheveau ingérable, et savoir quel système échange des données avec quel autre devient aussi difficile que de comprendre la logique d'un ESB monolithique. L'approche de Diasoft reprend le caractère distribué du point-to-point, mais y ajoute une couche de transport unifiée et une supervision commune, absentes d'une architecture point-to-point pure.

Ce que cela signifie

L'approche de Diasoft cherche à éliminer le principal écueil des ESB classiques : la transformation du bus en monolithe opaque qui, avec le temps, finit par en savoir plus sur l'activité que les systèmes intégrés eux-mêmes. Pour les entreprises qui bâtissent des projets d'IA et d'autres services numériques au-dessus de nombreux systèmes d'entreprise, des microservices-connecteurs indépendants réduisent le risque que la couche d'intégration devienne elle-même un goulet d'étranglement et une source de logique métier opaque et difficile à maintenir.