Enterprise Service Bus: Description & Etude Comparative

Cette conférence porte sur le concept d'Enterprise Service Bus (ESB), son rôle dans l'intégration des systèmes d'information d'entreprise, ainsi qu'une étude comparative avec d'autres approches telles que l'EAI et la SOA. Elle s'inscrit dans un cours sur les architectures logicielles et les systèmes d'information.

Problématique de l'intégration des systèmes d'entreprise

Lorsqu'un utilisateur se connecte à son interface bancaire, plusieurs informations sont affichées : son nom, son solde, ses cartes de crédit ou de débit, une liste de ses transactions récentes, ainsi qu'un chiffre indiquant le nombre de connexions. Ces données proviennent très probablement de systèmes et d'applications différents, chacun exposant ses données via des interfaces variées (HTTP, XML, SOAP, FTP, CSV, etc.).

Par exemple, ces informations peuvent être issues de :

• Un CRM fonctionnant sur Linux et Oracle
• Des serveurs en temps réel
• Un système enregistrant toutes les transactions
• D'autres serveurs spécifiques
• Des applications développées en Python et Java sur Linux avec une base PostgreSQL

La question qui se pose est : comment faire pour que l'application frontend communique efficacement avec ces différents systèmes ? Il est évident qu'une communication directe avec chacun d'eux est difficile, voire impossible à gérer, surtout lorsque le nombre de systèmes augmente.

Complexité des communications entre systèmes

Chaque invocation d'un service proposé par un système est représentée par une ligne de communication distincte. Pour un petit nombre d'applications, cela peut encore être gérable, mais dès que le nombre d'applications atteint plusieurs dizaines, la complexité du réseau de communication devient rapidement ingérable.

C'est dans ce contexte que l'Enterprise Service Bus (ESB) intervient. L'ESB a pour rôle d'exposer et d'invoquer les services des systèmes intégrés, en fournissant un point d'accès unique et clairement défini entre chaque système et l'ESB. Ainsi, au lieu d'avoir une multitude de connexions point à point, chaque système communique avec l'ESB, qui centralise et gère les échanges.

Différence entre ESB, EAI et SOA

Ces trois concepts sont liés mais distincts :

• EAI (Enterprise Application Integration) est une approche visant à intégrer les applications d'entreprise pour partager des données et des processus métier. Il s'agit d'un ensemble de principes et d'architectures, souvent basés sur des middlewares orientés messages (MOM), permettant de simplifier les échanges entre applications.
• SOA (Service-Oriented Architecture) est un style d'architecture logicielle où les services sont fournis sur un réseau. L'idée est que l'utilisateur d'un service n'a pas besoin de connaître les détails de sa mise en œuvre. Contrairement à l'EAI, qui repose souvent sur des transferts de données par lots, la SOA permet des échanges transactionnels sans dépendre de logiciels tiers.
• ESB (Enterprise Service Bus) est une méthode d'implémentation de la SOA. Il s'agit d'une architecture logicielle qui facilite l'intégration d'applications et de services dans des environnements complexes. L'ESB agit comme un bus de communication centralisé, fournissant les connexions entre applications, en gérant le routage, la transformation et la traduction des messages.

On peut représenter la relation entre ces concepts comme une poupée russe : EAI est la couche extérieure, SOA la couche intermédiaire, et ESB la couche intérieure, correspondant à une implémentation spécifique de la SOA.

Fonctionnement et rôle de l'ESB

L'ESB est une architecture logicielle qui permet l'intégration d'applications et de services d'entreprise, notamment dans des architectures complexes nécessitant une infrastructure middleware. Sa fonction principale est de fournir les connexions entre les applications communicantes, en jouant le rôle de routeur pour contrôler les données échangées.

Le bus agit comme un canal de communication, similaire à un bus d'ordinateur physique, permettant le transfert de données ou l'échange de messages entre services sans nécessiter d'écriture de code spécifique pour chaque interaction.

L'ESB fonctionne comme un système de messagerie géré qui assure :

• Le routage des messages
• La transformation des données
• La traduction à la demande du client
• L'interprétation des événements

Souvent, il est nécessaire de transformer les messages en un format interprétable par l'application destinataire. L'ESB peut également modifier le contenu des données ou exécuter des services via un moteur de règles, ce qui lui confère une grande flexibilité dans la gestion des échanges.

Key points

• Une interface bancaire regroupe des données provenant de multiples systèmes hétérogènes.
• La communication directe entre chaque système et l'application frontend devient rapidement complexe avec l'augmentation du nombre de systèmes.
• L'ESB centralise les échanges, offrant un point d'accès unique et simplifiant la gestion des communications.
• EAI est un ensemble de principes pour intégrer les applications, souvent via des middlewares orientés messages.
• SOA est un paradigme d'architecture fournissant des services interopérables sur un réseau, favorisant les échanges transactionnels.
• ESB est une architecture logicielle implémentant la SOA, assurant le routage, la transformation et la gestion des messages entre services.
• L'ESB agit comme un bus de communication, facilitant les échanges sans nécessiter de code spécifique pour chaque interaction.