Qu'est-ce que l'Enterprise Service Bus ?
L'Enterprise Service Bus (ESB) est un modèle d'architecture logicielle qui prend en charge l'échange de données en temps réel entre des applications disparates. Les grandes entreprises disposent de plusieurs applications qui exécutent diverses fonctions en utilisant des modèles de données, des protocoles et des restrictions de sécurité différents. L'ESB facilite l'intégration des applications en effectuant des opérations telles que la transformation des données, la conversion des protocoles et le routage des messages. Les applications transmettent les données pertinentes à l'ESB, qui les convertit et les transmet à d'autres applications qui en ont besoin.
Quels sont les avantages d'un Enterprise Service Bus ?
Le concept d'Enterprise Service Bus (ESB) permet d'uniformiser et de simplifier la communication, la messagerie et l'intégration entre les services d'une organisation. Nous allons maintenant présenter certains avantages des implémentations de l'architecture ESB à petite échelle.
Intégration améliorée des applications
Un ESB constitue une plateforme centrale pour l'intégration des applications d'entreprise. Les entreprises peuvent intégrer facilement tous les types de systèmes et d'applications, quels que soient leurs technologies ou protocoles sous-jacents. Cela permet leur permet de maintenir, de gérer et de mettre à l'échelle leurs applications plus facilement.
Efficacité accrue des développeurs
Les développeurs créent des applications plus rapidement en utilisant les services de communication prédéfinis fournis par l'ESB. Les équipes partagent les coûts d'infrastructure et provisionnent des serveurs pour une utilisation combinée. Les frais généraux et les coûts d'exploitation sont réduits et l'efficacité globale augmente. Un ESB peut également accélérer la mise sur le marché et réduire les coûts de développement.
Visibilité et contrôle améliorés
Avec un ESB, les entreprises peuvent surveiller le flux de données et de services entre différentes applications, et identifier et résoudre rapidement les problèmes qui peuvent survenir. Cela leur permet de garantir la disponibilité, la fiabilité et la sécurité de leurs applications.
Comment fonctionne l'Enterprise Service Bus ?
Un Enterprise Service Bus (ESB) fonctionne selon les principes de l'architecture orientée services (SOA).
La SOA est une méthode de développement de logiciels qui utilise des composants logiciels appelés services pour créer des applications métier. Chaque service offre une capacité métier, et plusieurs services peuvent également communiquer entre eux à travers les plateformes et les langues.
La plateforme ESB fournit des services de communication que les applications utilisent pour interagir entre elles. La transformation des messages, la transformation des protocoles, le routage et l'authentification en sont quelques exemples.
(Implémentation ESB sur AWS)
Nous allons maintenant aborder les composants clés de l'architecture ESB.
Points de terminaison
Dans une architecture ESB, les points de terminaison peuvent être considérés comme les points d'entrée ou de sortie de l'ESB.
Chaque point de terminaison possède généralement une adresse ou un identifiant unique. Vous pouvez implémenter des points de terminaison à l'aide de différentes technologies, telles que l'interface de service Web, les files d'attente de messages ou les serveurs FTP. Les points de terminaison peuvent également traiter différents types de messages, tels que des formats XML, JSON, ou des données binaires.
La flexibilité de l'architecture de points de terminaison permet à l'ESB de s'intégrer à un large éventail de systèmes et d'applications.
Adaptateur
Le composant adaptateur des outils ESB traduit les messages entre différents formats et protocoles. Cela signifie qu'ils peuvent être correctement utilisés par les applications logicielles destinataires. Il peut également fournir des fonctionnalités telles que la journalisation des messages, la surveillance, l'authentification et la gestion des erreurs.
Bus
Le bus est le composant principal de l'ESB pour l'échange de messages entre les points de terminaison. Il utilise un ensemble de règles ou de stratégies basées sur divers critères tels que le type de message, le contenu ou la destination pour acheminer les messages.
Vous pouvez définir les stratégies dans la configuration ESB pour répondre aux exigences des processus métier complexes. Il utilise divers protocoles de communication tels que HTTP, JMS et FTP pour communiquer avec les points de terminaison.
Le bus fonctionne comme suit :
- Le bus reçoit un message à un point de terminaison.
- Il détermine l'adresse des points de terminaison de destination en vérifiant les règles de stratégie métier.
- Il traite le message et l'envoie au point de terminaison de destination.
Supposons, par exemple, que le bus reçoive un fichier XML d'une application connectée au point de terminaison A. Il détermine que le fichier XML doit être envoyé aux points de terminaison B et C. Le point de terminaison B nécessite des données JSON tandis que le point de terminaison C nécessite une fonction HTTP Put. L'adaptateur convertit le fichier XML en JSON et le bus l'envoie au point de terminaison B. Le bus exécute une requête HTTP avec XML sur le point de terminaison C.
Quelles sont les limites de l'Enterprise Service Bus ?
L'architecture d'entreprise s'est éloignée de l'Enterprise Service Bus (ESB, bus de service d'entreprise) en raison des limitations suivantes.
Complexité
La mise en œuvre et la gestion d'un ESB nécessitent des connaissances techniques spécialisées, et sont donc complexes et coûteuses. L'enfermement propriétaire complique le passage à une autre solution ESB et limitent les options d'intégration des données. Les équipes sont confrontées à des temps d'attente prolongés, car seule l'équipe de gestion centrale de l'ESB peut intégrer de nouvelles applications d'entreprise.
Capacité de mise à l’échelle
Le logiciel ESB introduit une latence supplémentaire dans la communication en raison de couches supplémentaires d'abstraction et de traitement. À mesure que le nombre de points de terminaison et le mappage des services de communication augmentent, l'ESB devient un goulot d'étranglement et a un impact sur les performances. Le coût de mise en œuvre de la haute disponibilité et de la reprise après sinistre pour les serveurs ESB augmente également.
Difficulté de mise à niveau
L'amélioration d'une intégration ESB peut entraîner une instabilité des autres composants connectés et nécessite des tests approfondis avant les mises à jour. Le financement des mises à niveau des projets ESB nécessite une collaboration entre les équipes, ce qui peut s'avérer difficile.
Quelles technologies remplacent les Enterprise Service Buses ?
Aujourd'hui, l'utilisation des Enterprise Service Buses (ESB) se limite principalement aux systèmes hérités qui nécessitent des intégrations complexes. Le modèle architectural ESB a été remplacé par l'architecture des microservices, entre autres technologies.
Une architecture de microservices est composée de composants logiciels minuscules et totalement indépendants, dotés de leurs propres protocoles de communication qui sont exposés via des API légères. La tâche des utilisateurs est principalement d'utiliser le microservice via son API, ce qui élimine ainsi le besoin d'ESB centralisé.
Pour plus d'informations, vous pouvez vous renseigner sur les microservices et les API.
L'essor du cloud computing et de l'architecture de microservices a entraîné l'émergence de nouvelles technologies souvent considérées comme des alternatives aux ESB. Nous allons maintenant aborder certaines d'entre elles.
Passerelles API
Les passerelles API sont des composants légers qui fournissent un point d'entrée unique permettant aux clients d'accéder à plusieurs services. Elles sont souvent utilisées pour gérer les API, renforcer la sécurité et gérer le trafic.
Maillage de service
Un maillage de services est une couche d'infrastructure dédiée à la gestion des communications de service à service au sein d'une architecture de microservices. Il fournit des fonctionnalités telles que la découverte de service, l'équilibrage de charge et la gestion du trafic.
Architecture basée sur les événements
Dans une architecture axée sur les événements, les services communiquent par le biais d'une gestion asynchrone des événements plutôt que par le biais de requêtes synchrones. Un événement est un changement d'état ou une mise à jour, comme l'ajout d'un article au panier sur un site d'e-commerce. Les événements peuvent désigner un état (article acheté, prix et adresse de livraison), ou constituer en des identificateurs (notification d'expédition d'une commande).
Qu'est-ce qu'un bus d'événements ?
De nombreuses entreprises ont abandonné les Enterprise Service Buses (ESB) au profit des bus d'événements. Un bus d'événements est un pipeline qui reçoit des événements. Il connecte les composants de l'application en fonction des événements, ce qui vous permet de créer plus facilement des applications évolutives axées sur les événements.
Les règles associées au bus d'événements évaluent les événements au fur et à mesure de leur arrivée. Chaque règle vérifie si un événement correspond à ses critères. Vous associez une règle à un bus d'événements spécifique, de sorte que la règle ne s'applique qu'aux événements reçus par ce bus d'événements.
Un producteur publie un événement dans le bus d'événements. Le bus d'événements filtre et évalue les événements au fur et à mesure de leur arrivée en fonction de règles préconfigurées, puis les transmet aux consommateurs. Les services des producteurs et des consommateurs sont découplés, ce qui leur permet d'être mis à l'échelle, actualisés et déployés de manière indépendante.
Comment AWS peut-il répondre à vos besoins en matière d'intégration d'applications ?
Amazon Web Services (AWS) propose une suite de services d'intégration d'applications. Ces services permettent de communiquer entre les composants découplés au sein des microservices, des systèmes distribués et des applications sans serveur. Pour en savoir plus, consultez la page dédiée à l'Intégration d'applications avec AWS.
Par exemple, vous pouvez utiliser ces services pour répondre à vos besoins :
- Amazon API Gateway pour créer, publier, gérer, surveiller et sécuriser des API, à n'importe quelle échelle, pour les charges de travail sans serveur et les applications Web
- Amazon EventBridge pour créer un bus d'événements qui connecte les données d'application issues de vos propres applications, des logiciels en tant que service (SaaS) et des services AWS
- Amazon Simple Queue Service (Amazon SQS) pour créer une file d'attente de messages permettant d'envoyer, de stocker et de recevoir des messages entre les composants d'une application, quel que soit le volume
Démarrez avec l'intégration d'applications sur AWS en créant un compte dès aujourd'hui.
Prochaines étapes sur AWS
