Escolar Documentos
Profissional Documentos
Cultura Documentos
environnement SOA
Résumé analytique
La souplesse opérationnelle — la capacité de s’adapter rapidement à des besoins
changeants — devient un objectif de plus en plus essentiel pour les entreprises
opérant sur le marché mondial très concurrentiel. Les directeurs opérationnels ont
besoin d’une reconfiguration rapide des ressources et des processus pour effectuer
ces changements. Pour faciliter ces derniers, les directions informatiques examinent
des façons d’associer des applications et de fournir des fonctions métier pouvant être
transformées en services et réutilisées dans toute l’entreprise.
Un bus de services d’entreprise (ESB) est une solution d’intégration répartie orientée
messages fondée sur des standards ouverts. Le rôle d’un ESB est de faciliter
des communications fiables entre des ressources informatiques telles que des
applications, des plates-formes et des services répartis dans plusieurs systèmes à
travers l’entreprise. Pendant que les directions informatiques se tournent de plus
en plus vers une approche SOA pour diminuer leurs coûts de développement et
augmenter l’agilité de l’entreprise, l’ESB s’inscrit comme élément fondateur d’une
architecture orientée service. L’ESB est le socle fondateur de la SOA et peut être
complété par des capacités d’orchestration et des annuaires de service. Ce livre
blanc présente la couverture fonctionnelle exigée pour un ESB mis en oeuvre dans
le cadre d’une SOA.
R ô l e d ’ u n E S B d a n s u n e n v i r o n n e m e n t S OA
Tendance : l’adoption Comment implémenter des services
des services web
standardise le web et des ESB
messaging SOA SOAP, WSDL (Web Services Description Language) et HTTP ont résolu un problème
L’un des défis essentiels des épineux qui a contrarié les tentatives antérieures de création de standards destinés
développeurs a été d’intégrer aux systèmes répartis tels que l’architecture CORBA (Common Object Request
plusieurs systèmes utilisant
Broker Architecture) ou l’environnement DCE (Distributed Computing Environment) :
des langages et des formats
il s’agissait en l’occurrence d’obtenir une large acceptation des deux grandes
différents. Toutefois, l’avènement
écoles de développement (.NET et J2EE), mais aussi de plusieurs fournisseurs
des services web a amené des
architectures orientées services d’applications. Ce n’est pas un mince exploit, mais l’on a obtenu cette acceptation en
(SOA) dotées d’un format de simplifiant à l’extrême les normes pour les réduire à un ensemble de base d’énoncés
messagerie normalisé — SOAP technologiques ayant fait l’objet d’un accord. Ce principe de conception constitue à
— permettant à des systèmes la fois la plus grande vertu des standards de services web et leur principale limite.
différents d’interagir. Les services
web utilisent également le langage En résumé, aucune implémentation ne peut fonctionner séparément sur SOAP, WSDL
WSDL (Web Services Description et HTTP. Tandis que les services web et la SOA se font rapidement accepter dans la
Language) pour décrire l’API, qui communauté informatique, ils se heurtent aux mêmes difficultés que les générations
permet à des applications écrites antérieures de systèmes répartis, mais à une échelle plus grande compte tenu de
sur des plates-formes différentes,
leurs principes de décomposition intrinsèques. La plus évidente de ces difficultés
telles que C++, Java ou .NET, de
concerne la gestion de la mise à l’échelle des connexions point à point, également
communiquer avec des interfaces
appelée problème de connexion M*N.
communes.
La Figure 1 ci-dessous illustre l’explosion des connexions introduite par les approches
fondées sur l’intégration point à point. Pour chaque application ajoutée, le nombre
de connexions progresse exponentiellement lorsque chaque application se connecte
Service Bus
R ô l e d ’ u n E S B d a n s u n e n v i r o n n e m e n t S OA
à chaque autre application. TIBCO a inventé le paradigme de l’Information Bus™,
illustré sur la droite de la figure. Dans ce modèle, chaque application se connecte
une seule fois à un backbone commun : le bus. Cela permet de réduire le nombre de
connexions et de fournir une administration centralisée des connexions, des systèmes
et architectures intégrés.
R ô l e d ’ u n E S B d a n s u n e n v i r o n n e m e n t S OA
liaison des protocoles de transport physique permettant la communication entre
services utilisant des transports différents.
Routage basé sur le contenu. Un ESB comporte deux types de routage. Le premier,
le routage de services, a lieu lorsque l’ESB reçoit une invocation de service puis
lorsqu’il la route vers le fournisseur de services adéquat, sans obliger le client à
R ô l e d ’ u n E S B d a n s u n e n v i r o n n e m e n t S OA
connaître l’emplacement du fournisseur de services. C’est ainsi que la transparence
de l’emplacement évoquée précédemment est réalisée.
L’autre type, le routage basé sur le contenu, introduit un ensemble de règles ou une
logique métier qui s’applique au contenu du message au stade du routage et permet
à l’ESB de router des messages vers des fournisseurs de services particuliers — par
exemple, en classant par ordre de priorité les commandes de certains clients ou en
signalant les grandes commandes pour un traitement spécial. Ce service est précieux
pour les entreprises, car il contribue à abaisser les coûts de gestion des informations,
à garantir le respect des contrats de niveau de service et à permettre aux entreprises
de se consacrer entièrement à la satisfaction du client.
Transformation. La tâche d’un ESB est de router des messages d’un premier service
vers un second, mais il peut se présenter des cas où les formats des données
diffèrent. En conséquence, l’ESB doit être capable de transformer des données d’un
format à un autre.
Standards ouverts. Une SOA repose sur les standards ouverts, tels que SOAP, WSDL
et JBI (Java Business Integration). En conséquence, ces standards doivent être pris
en charge à la fois par les composants de l’ESB (conteneur runtime, infrastructure
de messagerie, services d’intégration et notations de modélisation) et par les
mécanismes pour permettre à des ressources intégrées de participer (attacher,
demander et répondre) sur le bus.
Ces critères permettent aux directions informatiques de veiller à ce que l’ESB soit
capable de traiter la charge de transactions nécessaire de manière rapide et fiable, et
en ménageant de la place pour une croissance future : il s’agit d’un élément essentiel
de la souplesse opérationnelle.
R ô l e d ’ u n E S B d a n s u n e n v i r o n n e m e n t S OA
L’ESB TIBCO
pour SOA
Les puissants prolongements d’un concept simple
Avec le logiciel TIBCO BusinessWorks™ introduit en 2001, TIBCO propose un
produit ESB éprouvé offrant des fonctionnalités complètes pour la conception
d’une SOA. TIBCO, qui s’est spécialisé dans l’intégration depuis plus de 20 ans, a
inauguré l’architecture orientée événement (EDA) avec l’introduction de l’architecture
Information Bus orientée service dans les années 1980. En fait, la philosophie qui
anime TIBCO est que les entreprises ont besoin d’une architecture unique prenant
en charge les services et les événements, de façon à ce que les départements
informatiques puissent exposer des informations et des applications comme des
services réutilisables sur toute l’entreprise et pour permettre le flux temps réel
d’informations orientées événement.
Avec sa vaste expérience, TIBCO comprend qu’une SOA ne se limite pas à des
services web. La plupart des ESB considèrent que tout constitue un service web, mais
des normes de services web pures ne suffisent pas à garantir l’intégration de toutes
les applications et les interfaces.
R ô l e d ’ u n E S B d a n s u n e n v i r o n n e m e n t S OA
L’appel asynchrone améliore la
souplesse de la SOA
TIBCO BusinessWorks constitue une plate-forme d’intégration à hautes performances
destinée à une grande variété d’applications et de services. En plus de prendre
en charge des services web, notamment SOAP sur HTTP, BusinessWorks propose
également SOAP sur JMS. Celui-ci permet le MEP asynchrone et accroît la fiabilité
des messages, ce qui constitue un aspect important de la qualité du service. Pour les
entreprises dont les services n’ont pas besoin d’incorporer des services web dans le
cadre de la SOA, la prise en charge du transport JMS offre toujours des avantages,
parce qu’elle est intrinsèquement plus fiable et qu’elle offre une meilleure qualité du
service qu’HTTP.
R ô l e d ’ u n E S B d a n s u n e n v i r o n n e m e n t S OA
Le routage et la transformation
complexes optimisent les processus
métier
En plus de connecter des applications et des systèmes au sein d’un environnement
hétérogène, BusinessWorks fournit un très puissant moteur de transformation. La
plupart des ESB offrent une transformation simple, mais BusinessWorks prend en
charge une transformation complexe. Grâce à une interface facile à utiliser, les
développeurs peuvent concevoir des transformations très complexes sans devoir
consacrer des heures à un codage fastidieux (voir Figure 2). Du fait qu’une logique
et des règles métier sont appliquées à des messages, les fonctions et services métier
peuvent être gérés et composés plus efficacement : cela permet de réduire le risque
de conception et d’accroître la productivité.
Adaptateur,
Modélisation
processus,
du processus
configurations
graphique
de déploiement
Accès aux
Transformation
ressources par
XSLT standard
glisser-déposer
R ô l e d ’ u n E S B d a n s u n e n v i r o n n e m e n t S OA
eux. On obtient ainsi une disponibilité dynamique : si une première machine ralentit
sous une lourde charge, une seconde peut prendre le relais. TIBCO BusinessWorks
est également indépendant des systèmes d’exploitation. Le déploiement de
plusieurs instances apporte une capacité à monter en charge et assure une haute
disponibilité pour les transactions critiques.
R ô l e d ’ u n E S B d a n s u n e n v i r o n n e m e n t S OA 10
Pour en savoir plus
Pour tout complément d’information sur les architectures orientées service et événe-
ment (mises en œuvre, normes, gouvernance organisationnelle...), TIBCO vous invite à
accéder au Centre de ressources SOA à la page Web www.tibco.com/software/soa/.
Pour plus de détails sur les produits et services professionnels TIBCO, consultez le site
Web www.tibco.com.
©2005, TIBCO Software Inc. Tous droits réservés. TIBCO, TIBCO Software, TIBCO BusinessWorks, TIBCO Enterprise Message Service et Information Bus sont des marques ou des marques déposées de
TIBCO Software Inc. aux Etats-Unis et dans d’autres pays. Tous les autres noms de produits et de sociétés et toutes les autres marques figurant dans ce document sont la propriété de leurs détenteurs
respectifs et ne sont mentionnés qu’à des fins d’identification. 11/05