L'intégration par ESB

Les entreprises sont amenées dans le cadre de leur processus de transformation digitale à assurer un accès fluide à l’information concernant leurs clients, leurs collaborateurs, le personnel ou tout autre acteur ou objet en interaction avec leur « business model ». Cette information est souvent dispersée sur plusieurs applications, entre CRM, ERP, sites web, applications métiers, cloud et autres.

Afin d’automatiser et optimiser les processus métiers de l’entreprise et mettre le client ou le personnel au centre de ces processus, nous avons besoins de mécanismes d’échange et de transformation automatiques entre ces différentes applications de l’entreprise.

L'Enterprise Service Bus (ESB) est un outil puissant qui répond à ce besoin d'intégration et d’échange inter-applications selon les processus métiers de l’entreprise. Il est au centre de toute politique de transformation digitale.

Ci-dessous un exemple simple montrant l’utilisation d’un ESB pour l’automatisation de la gestion du stock et la fidélisation des clients, lors des commandes passées en ligne :

​

Mais qu'est-ce qu'un ESB ? Quel est l’intérêt d’utiliser un ESB ?

Les DSI (Directeurs des Systèmes d’Information), sont de plus en plus confrontés aux problématiques de mise en place de nouveaux processus métiers (workflows), nécessitant un accès immédiat et performant aux informations disponibles sur plus d’une application et plus d’un site.
Ces nouveaux besoins sont dictés par les équipes commerciales, marketing et métiers de l’entreprise, dans un contexte de rude concurrence, nécessitant une mise en place fiable, rapide (time to market) et peu couteuse.

L’architecture SOA (Service Oriented Architecture) vient donner un cadre architectural pour l’échange inter-applications, mais les premières générations de solutions SOA, se basant sur des échanges point à point (peer-to-peer) ont vite montré leurs limites face à la multiplication des flux et des points d’interaction.
Les DSI adhèrent ainsi de plus en plus à l’idée de l’ESB (Enterprise Service Bus) pour restructurer leur environnement applicatif et offrir des mécanismes plus fiables et plus rapides pour la mise en place des workflows de l’entreprise.

L’ESB répond à ces nouvelles attentes grâce notamment au mode de fonctionnement en Bus Applicatif : l’ESB s’apparente ainsi à un Bus qui « tourne » en permanence (24/24 – 7/7) autour de toutes vos applications pour récupérer des messages et les distribuer aux destinataires indiqués, selon les règles métiers de l’entreprise.

L'ESB se définit comme un framework de messages destiné à gérer la communication entre des services et des applications utilisant des fournisseurs de transport et des technologies de messages disparates (JMS, TCP, UDP, HTTP, JDBC, servlet, e-mail, services Web...).
Dans un contexte d'urbanisation des systèmes d'information où l'architecture SOA (Services Oriented Architecture) est l'objectif à atteindre, le bus d'entreprise constitue la dorsale de cette architecture.

L’ESB offre plusieurs mécanismes de traitement des données :

C'est un point de passage central pour vos données qui vous permet d'en adapter le format (XML, JSON, DTO…), de vérifier leur validité, de les agréger et les enrichir avec des données supplémentaires, et enfin de les rendre disponibles ou de les router vers un service externe.

Intérêts des ESB

• Standardisation des concepts
  Les ESB sont fondés sur des standards tels que XML, JMS, JCA, JMX et les nombreux standards relatifs aux Web Services. Cela implique une intégration des systèmes en place plus rapide, plus économique et plus souple.
• Intelligence du routage
  Les bus ESB automatisent le routage des transactions métiers en fonction du contenu des documents XML et des règles métiers établies (workflows). Il n’est ainsi plus nécessaire de programmer cette fonctionnalité au niveau des applications elles-mêmes.
• Architecture orientée services
  Les fonctionnalités fournies par les ESB sont implémentées comme des services spécialisés distincts (service de transformation, service de routage intelligent, service de logging…). Ces services implémentés dans de petits containers peuvent être déployés indépendamment les uns des autres, de façon sélective.
• Architecture distribuée
  L’architecture de services des ESB est distribuée avec beaucoup plus de modularité qu’une architecture monolithique, ce qui permet d’apporter une réponse précise et souple aux besoins de scalabilité rencontrés dans les problématiques de montée en charge.
• Fiabilité
  Les ESB permettent de construire des architectures sans point individuel de défaillance (SPOF). Ainsi, quand un serveur tombe en panne, le reste du système peut continuer à fonctionner.
• Souplesse de déploiement
  Les bus ESB offrent la possibilité de centraliser les services de configuration, de déploiement et de gestion, distribués à l’échelle de l’entreprise. De plus, ils permettent d'échelonner et gérer les services de l’entreprise indépendamment les uns des autres.