Expérience 360*
Approfondissez l’Enterprise Service Bus (ESB) quel que soit votre niveau de maturité !
Expérience 360*
L’ESB (Enterprise Service Bus)
si vous n’avez que 30 secondes
Concrètement, l’Enterprise Service Bus, c’est quoi ?
L’ESB (Enterprise Service Bus) est une solution technologique, aussi nommé outil informatique middleware, qui facilite l’interaction entre les applications et la circulation de l’information dans un écosystème: dans votre système d’information bien sûr, mais également avec celui des fournisseurs, partenaires, clients…
L’ESB permet à des applications qui ne parlent pas la même langue de se comprendre et communiquer ! »
Ce bus applicatif agit comme une colonne d’intégration à travers laquelle les applications interagissent sans contraintes de format ou de temporalité. Il a un rôle de médiation et de communication entre les applications, bases de données, fichiers Excel… C’est ainsi l’outil principal pour mettre en pratique des principes d’urbanisation comme l’architecture orientée Services (SOA) !
Quels sont les principes de fonctionnement
de l’Enterprise Service Bus ?
L’Enterprise Service Bus est souvent représenté sous la forme d’un canal central ou d’un bus applicatif, qui se connecte avec les différentes applications et logiciels du système d’information. Si cette représentation est assez classique, elle a le mérite de faire comprendre le concept !
Pour être plus précis, c’est la notion de “services” – un service est une unité autonome de fonctionnalité(s) logicielle(s) – qui est au cœur du concept d’ESB, comme le veulent les modèles d’architecture orientée services (SOA). Les applications du SI vont proposer leurs “services” à l’ESB, qui va les publier dans son registre afin de les mettre à disposition de toutes les applications, qui peuvent s’y abonner. Les applications sont donc à la fois fournisseurs et consommatrices de services.
Le second principe clé repose sur la normalisation de la structure d’échange au travers d’un format pivot : les applications cibles n’ont pas besoin de parler le même langage que l’application sources ou de connaître leur format technique, la codification.
Les applications et les logiciels deviennent agnostiques en termes de base de données, de protocoles d’échanges ! »
Focus sur : ESB et iPaaS
L’iPaaS et l’ESB ont le même objectif : l’intégration des systèmes et des applications d’entreprise. De notre point de vue, et pour simplifier, l’iPaaS :
- Est à 75% une solution ESB dans le Cloud, avec tous les avantages que cela apporte : scalabilité, évolutivité horizontale…
- A 25% présente des bénéfices spécifiques avec la capacité à déporter l’exécution des traitements au plus proche des éléments et à raisonner dans des zones de computing différentes, tout en assurant une supervision consolidée. L’architecture multi-tenant en est un autre. Cela dépasse le simple ESB hébergé donc !
Sur le terrain, quels sont les cas d’usages
courants de l’ESB ?
L’ESB dans le Secteur Public
- Intégration du portail de GRU avec le reste du Système d’Information
- Récupération et envoi de données entre le parafeur électronique, la GED, le coffre numérique
- Alimentation du référentiel matériel
- Exposition de données/ API
- Transversalité du processus d’entrée/sortie d’un nouvel agent
L’ESB dans le Secteur Privé
- Mise en place de nouveaux indicateurs de pilotage des ressources humaines, grâce à l’alimentation de votre entrepôt depuis différentes sources
- Lien entre le SIRH et SI finance
- Agilisation du SI dans un environnement SAP
- Dématérialisation d’un flux financier
- Préparation d’une évolution structurelle du SI (migration d’ERP…)
Pour mettre en œuvre des stratégies de modernisation, il n’y a pas d’autres choix que de disposer d’une solution supportant le transport et la transformation de l’information pour pouvoir ensuite se focaliser sur les processus métier. Disposer de ce socle, c’est le meilleur moyen d’arrêter une fois pour toute de perdre de l’énergie et du temps dans ces étapes back-office ! »
Les points clés pour comprendre le rôle et les avantages de l’Enterprise Services Bus
Les cas d’utilisation dans lesquels intervient l’ESB
- Décloisonner l’information : donner la possibilité à une information d’être mise à disposition du reste du SI
- Orchestrer les échanges au sein du SI : uniformiser les traitements, les organiser et centraliser leur supervision
- Consolider les données
- Faciliter l’intégration de processus et d’application
- Accélérer l’intégration et l’automatisation des processus : rendre les processus adhérents au SI
- Faciliter le décommissionnement des applications et la migration de données
Les critères, fonctions clés, points d’attention de l’ESB
- Médiation et routage intelligent : pouvoir dispatcher la bonne donnée au bon endroit
- Transformation : les messages sont convertis dans un format standard
- Rétention et persistance : la distribution peut être réalisée en mode synchrone ou asynchrone si l’application cible n’est pas disponible, sans bloquer l’acheminement vers les autres applications
- Convergence : plusieurs sources peuvent aller au même endroit
- Supervision : une vision consolidée des flux et de leur bon déroulement
- Enrichissement : capacité d’enrichir les messages au travers de circuits de distribution intermédiaires MDM (Référentiel de données)
Les bénéfices apportés par l’ESB
- L’interopérabilité du Système d’Information et une indépendance plus forte vis à vis des applicatifs
- La simplification de l’intégration de nouveaux processus et applications (ou leur décommissionnement)
- La consolidation et la mise en qualité des données du système d’information
- L’agilité du Système d’information en limitant les contraintes techniques
- La diminution du TCO (Total Cost of Ownership)
L’offre de Blueway et
nos convictions autour de l’ESB
Nos convictions autour de l’Enterprise Service Bus
Le socle technologique de notre plateforme Blueway est une solution ESB (nommée Viaduc dans notre gamme Blueway Secteur Public) permettant de mettre en place les meilleures pratiques SOA (Service-Oriented Architecture). D’ailleurs, c’est parce que nous sommes convaincus du rôle fondamental du traitement, du transport, de la manipulation et du contrôle de la donnée que ce socle s’appelle “Data Foundation” !
Ce socle intègre toutes les fonctionnalités évoquées précédemment et apporte également des atouts pour accélérer vos projets et renforcer votre autonomie :
Low-code et intuitif
Data Foundation vous permet de traiter « à la souris », au sein d’une interface graphique dédiée, l’ensemble de vos services entre applications. De plus, notre solution est accessible en mode client léger et tout peut être réalisé au travers d’un navigateur.
Console de supervision
Vous avez tous les éléments de monitoring au même endroit. Plus besoin de naviguer entre différentes interfaces pour diagnostiquer un problème et mettre en place les traitements associés..
Outils d’industrialisation
Vous maîtrisez mieux la multiplicité des environnements. Les chaînes de connexion s’adaptent à l’environnement : vos équipes peuvent directement dans la plateforme faire un développement et le déployer en production par un simple bouton. Les modifications, passages en production… sont bien sûrs tracés.
Bibliothèque de contextes et pré paramétrage
Vous accélérez le démarrage de vos projets en capitalisant sur une bibliothèque d’exemples de processus techniques et fonctionnels ainsi que de référentiels.
Complémentarité ESB et ETL
Vous répondez globalement à l’enjeu de circulation des données dans le SI. Selon nous, c’est aux outils de converger pour s’adapter au métier et non l’inverse !
Un conseil lorsque vous choisirez votre future solution ESB : la création simple des services ne suffit pas, il faut prendre en compte leur maintien en condition opérationnel et leur évolutivité si vous ne voulez pas voir vos coûts exploser sur la durée ! »
L’intégration au sein de la plateforme Blueway : la complémentarité de l’ESB
avec le BPM, le MDM et l’APIM
Chez Blueway, nous sommes persuadés que, pour chaque besoin métier, il faut avoir une vision globale et partagée des processus et des données, et donc des différentes dimensions de la gouvernance de données.
C’est pour cela que nous avons bâti notre plateforme Blueway sur la réunification des usages des BPM, MDM, ESB, API Management autour de vos enjeux métiers et humains.
1
2
3
1
ESB + BPM
Automatiser les processus avec la vision ESB, c’est se concentrer sur la vision technique.
Intégrer de l’humain au cœur des processus implique d’ouvrir la porte au BPM (Business Process Management) !
L’association des deux solutions garantit que les processus métiers soient adhérents au Système d’Information et que les humains soient acteurs à part entière de la chaîne (IHM, capacité d’actions, séquencement métier, gestion des rôles…).
2
ESB + MDM
Si vous décloisonnez l’information grâce à l’ESB, vous avez intérêt à centraliser et mettre en qualité les données transversales dans un référentiel unique qui sera mis à profit du reste du Système d’information. D’un point de vue de la gouvernance des données, cela repose sur un MDM (Master Data Management).
3
ESB + APIM
Vous êtes satisfait de la standardisation des échanges apportés par l’ESB ? Il est alors temps de renforcer les interactions avec vos partenaires externes ! Face à la multiplication des contrats d’interfaces, l’API Management vous assure de gouverner les échanges avec l’extérieur et d’industrialiser l’exposition de vos APIs (Application Programming Interface).
ESB + BPM
Automatiser les processus avec la vision ESB, c’est se concentrer sur la vision technique. Intégrer de l’humain au cœur des processus implique d’ouvrir la porte au BPM (Business Process Management) ! L’association des deux solutions garantit que les processus métiers soient adhérents au Système d’Information et que les humains soient acteurs à part entière de la chaîne (IHM, capacité d’actions, séquencement métier, gestion des rôles…).
ESB + MDM
Si vous décloisonnez l’information grâce à l’ESB, vous avez intérêt à centraliser et mettre en qualité les données transversales dans un référentiel unique qui sera mis à profit du reste du Système d’Information. D’un point de vue de la gouvernance des données, cela repose sur un MDM (Master Data Management).
ESB + APIM
Vous êtes satisfait de la standardisation des échanges apportés par l’ESB ? Il est alors temps de renforcer les interactions avec vos partenaires externes ! Face à la multiplication des contrats d’interfaces, l’API Management vous assure de gouverner les échanges avec l’extérieur et d’industrialiser l’exposition de vos APIs (Application Programming Interface).
Pour aller plus loin autour de l’Enterprise Service Bus
Samat
Gestion temps réel des commandes & des livraisons et redéveloppement des interfaces pour une...
Livre Blanc BPM ESB : le secret de l’agilité des systèmes d’information et des entreprises
Dans un monde où tout va plus vite, la réactivité et l’agilité des entreprises déterminent leur...
Notre FAQ :
Les questions les plus fréquentes
autour de l’ESB
Comment se positionne l’APIM par rapport à l’ESB ?
Les deux approches ESB et APIM sont complémentaires : l’ESB se positionne comme l’orchestrateur des services de votre Système d’Information et l’APIM sur la gouvernance des échanges avec l’extérieur (piloter l’accès et l’utilisation des APIs, contrôler l’usage, standardiser les API pour assurer leur scalabilité…).
Quelle est la différence entre ESB et ETL ?
Les périmètres de l’ETL (Extract-transform-load) et l’ESB se recouvrent partiellement.
Historiquement, on considère que l’ETL est capable de traiter des volumétries de données très fortes, pour un nombre limité d’échanges et que l’ESB sera plus adapté pour piloter des échanges avec une fréquence élevée, mais une volumétrie de données plus restreinte.
Notre conviction, c’est que ce cloisonnement ESB vs ETL n’est plus pertinent aujourd’hui : la solution technique doit s’adapter aux enjeux métiers et sortir de ces visions conceptuelles.
ESB vs Microservices
On ne se place pas au même niveau sur ces deux notions : l’ESB est un outil d’intégration alors que les microservices sont des petits composants de services qui peuvent se combiner pour créer une application.
Les architectures microservices sont ainsi composées de plein de services spécialisés utilisés pour construire les fonctionnalités des applications. Ces architectures permettent un développement plus agile et d’ajouter facilement des nouvelles fonctionnalités sur une application. La granularité est plus fine mais engendre également plus de complexité.
