Cas d’Usages d’unEnterprise Service Bus<br />
Cas d’Usages d’un Enterprise Service Bus (ESB)<br />Quelques Mots sur Petals Link<br />Enjeux de l’Architecture Orientée S...
CAS D’USAGES d’UN ESB<br />Quelques Mots sur Petals Link<br />3<br />
Quelques mots sur Petals Link 1/2<br />Éditeur de solutions Open Source innovantes pour l’infrastructure SOA<br />Petals E...
Quelques mots sur Petals Link2/2<br />Des investissements R&D constants et importants<br />Incubateur de futures solutions...
CAS D’USAGES d’UN ESB<br />Enjeux de la l’Architecture Orientée Service<br />6<br />
Les 4 enjeux de la SOA<br />7<br />
Enjeux de la SOA : l’agilité<br />Agilité (sens général)<br />Capacité à appréhender les changements de son environnement....
Enjeux de la SOA : la réutilisation<br />La réutilisation<br />Objectif des DSI depuis longtemps<br />Demande qui découle ...
Enjeux de la SOA : la rationalisation<br />Métier<br />Fonctionnel<br />Applicatif<br />Physique<br />Trop de modules logi...
Enjeux de la SOA : ouverture & interopérabilité<br />L’ouverture<br />Intégrer simplement les différentes fonctions de l’e...
CAS D’USAGES d’UN ESB<br />L’Enterprise Service Bus : <br />Approches, <br />Concepts et Apports dans le SI, <br />Topolog...
Enterprise Service Bus : <br />De l’intégration Ad-Hoc à l’ESB<br />Un peu d’histoire : depuis le début des années 90, 3 a...
Enterprise Service Bus : <br />Intégration Ad-Hoc<br />L’intégration  « Ad-Hoc » :<br />Architecture « Accidentelle »<br /...
Enterprise Service Bus : <br />Approche EAI<br />Approche Intégration de flux par l’EAI :<br />Intégration Application par...
Enterprise Service Bus : <br />Approche ESB<br />Approche SOA par l’ESB :<br />Couplage Lâche, <br />Médiation, Routage,<b...
Enterprise Service Bus : <br />Définition et Apport d’un ESB<br />Définition  :<br />Solution d’intégration implémentant u...
Enterprise Service Bus : <br />Topologieen îlots<br />Un serveur unique auquel se connectent les applications exposant ou ...
Enterprise Service Bus : <br />En îlots : communication avec d’autres ESB<br />Utilisation d’un connecteur standard<br />L...
Enterprise Service Bus <br />En îlots, pas de réelle infrastructure de services<br />Îlots d’intégrations <br />ESB +/- in...
Enterprise Service Bus : <br />Topologie unifiée<br />Nuage de noeuds sur plusieurs serveurs (« snowflake »)<br />Pour un ...
Enterprise Service Bus : <br />Topologie unifiée : les domaines<br />Dans une entreprise, chaque entité peut être vue comm...
Enterprise Service Bus : <br />Topologie unifiée : administration et supervision<br />Administration<br />Chaque domaine g...
CAS D’USAGES d’UN ESB<br />L’Architecture de Petals ESB<br />24<br />
PETALS ESB<br />Solution Open Source<br />Produit réalisé par les collaborateurs Petals Link <br />License LGPL<br />Sousc...
PETALS ESB:<br />Java Business Integration<br />J.B.I. : Java™ Business Integration<br />Spécification définie par la JSR ...
PETALS ESB:<br />JBI, un container de composants<br />Les solutions d’intégration sont construites par assemblage et confi...
PETALS ESB:<br />Le container J.B.I.<br />Services externes<br />Artifacts<br />XSL<br />XSL<br />Process<br />Process<br ...
PETALS ESB:<br />Les Composants <br />Connecteurs<br />Persistance<br />Transformation<br />Orchestration<br />29<br />
PETALS ESB :<br />Infrastructure Nativement Distribuée <br />Infrastructure de Services<br />Service<br />Noeud<br />Petal...
CAS D’USAGES d’UN ESB<br />Cas d’Usages d’un ESB: <br />Plateforme d’échanges avec l’extérieur du SI<br />Plateforme d’Int...
CAS D’USAGES d’UN ESB<br />Plateforme d’échanges avec l’extérieur du SI<br />Un cas d’usage fréquent, permettant aux DSI d...
CAS D’USAGES d’UN ESB<br />Plateforme d’échanges avec l’extérieur du SI<br />Connectivité et Couplage faible<br />33<br />
CAS D’USAGES d’UN ESB<br />Plateforme d’échanges avec l’extérieur du SI<br />Adaptation et Maintenabilité<br />34<br />
CAS D’USAGES d’UN ESB<br />Plateforme d’échanges avec l’extérieur du SI<br />Sécurisation des flux  et Mediation de Sécuri...
CAS D’USAGES d’UN ESB<br />Portail et intégration FO et BO<br />Un cas d’usage d’intégration classique permettant de<br />...
CAS D’USAGES d’UN ESB<br />Portail et intégration FO et BO<br />FO connecté au Bus <br />FO consomme ou expose des service...
CAS D’USAGES d’UN ESB<br />Portail et intégration FO et BO<br />FO connecté au Bus FO<br />BO connecté au Bus BO<br />FO e...
CAS D’USAGES d’UN ESB<br />Architecture Répartie<br />Un cas d’usage moderne permettant<br />Architecture Répartie<br />Fé...
CAS D’USAGES d’UN ESB<br />Architecture Répartie<br />Pilotage Centralisé<br />40<br />
Prochain SlideShare
Chargement dans…5
×

Cas d'usages d'un ESB - Petals Link - 2011

5 895 vues

Publié le

Découvrez en quelques minutes les enjeux essentiels des architectures orientées services (interopérabilité, agilité, disponibilité) et comment y répondre à l'aide d'un ESB.

Publié dans : Technologie
  • Soyez le premier à commenter

Cas d'usages d'un ESB - Petals Link - 2011

  1. 1. Cas d’Usages d’unEnterprise Service Bus<br />
  2. 2. Cas d’Usages d’un Enterprise Service Bus (ESB)<br />Quelques Mots sur Petals Link<br />Enjeux de l’Architecture Orientée Service<br />L’Enterprise Service Bus : Approches, Concepts et Apports dans le SI, Topologies<br />L’Architecture de Petals ESB<br />Cas d’Usages : <br />Plateforme d’échanges avec l’extérieur du SI<br />Plateforme d’ Intégration : Portail et intégration FO et BO<br />Infrastructure de Services : Architecture de réparties<br />2<br />
  3. 3. CAS D’USAGES d’UN ESB<br />Quelques Mots sur Petals Link<br />3<br />
  4. 4. Quelques mots sur Petals Link 1/2<br />Éditeur de solutions Open Source innovantes pour l’infrastructure SOA<br />Petals ESB : l’ESB distribué « best of breed »<br />Petals Master : la solution pour la « gouvernance SOA »<br />Au sein d’une communauté Open Source dédiée au middleware <br />EBM WebSourcing devient Petals Link <br />Effectif : 35 personnes<br />Siège à Toulouse – Agence à Paris et Grenoble <br />Profils : Architectes Middleware, Consultants SOA, Développeurs Java / J2EE<br />EBM WebSourcing a pour ambition de devenir un des leaders en Europedes solutionsOpen Source pour la SOA et un acteur reconnu au niveau mondial.<br />4<br />
  5. 5. Quelques mots sur Petals Link2/2<br />Des investissements R&D constants et importants<br />Incubateur de futures solutions pour la SOA<br />13 projets R&Den cours <br />L’implication sur Java Business Integration<br />Membre de l’Expert Group JCP pour JBI <br />Une solution d’infrastructure distribuée et « Best of Breed »<br />La volonté de s’engager directement sur la mise en œuvre de nos solutions<br />Conseil et expertise en Architecture, Formation, Assistance et forfaits<br />5<br />
  6. 6. CAS D’USAGES d’UN ESB<br />Enjeux de la l’Architecture Orientée Service<br />6<br />
  7. 7. Les 4 enjeux de la SOA<br />7<br />
  8. 8. Enjeux de la SOA : l’agilité<br />Agilité (sens général)<br />Capacité à appréhender les changements de son environnement...<br />... et à y apporter une réponse efficace<br />Agilité du système d’information (SI)<br />Capacité du SI à prendre en compte les évolutions du métier de l’entreprise...<br />... en y apportant des réponses simples et rapides<br />Les objectifs de l’agilité du SI<br />Adéquation du SI aux besoins<br />Maîtrise de la complexité<br />Fiabilité <br />Maîtrise des coûts<br />8<br />
  9. 9. Enjeux de la SOA : la réutilisation<br />La réutilisation<br />Objectif des DSI depuis longtemps<br />Demande qui découle de la complexité croissante des SI<br />Approches à base de composants réutilisables<br />Déjà mises en oeuvre<br />N’évitent pas la construction de silos<br />9<br />
  10. 10. Enjeux de la SOA : la rationalisation<br />Métier<br />Fonctionnel<br />Applicatif<br />Physique<br />Trop de modules logiciels dupliqués<br />Les connexions nécessaires entre applications amènent à des intégrations de type “spaghettis”, lourdes à mettre en oeuvre<br />Les objectifs de la rationalisation dans le SI<br />Une application dans le SI = Seul fournisseur d’une fonctionnalité dans le SI<br />Urbaniser les liens inter-applicatifs<br />Couplage faible entre applications (réduire les dépendances)<br />10<br />
  11. 11. Enjeux de la SOA : ouverture & interopérabilité<br />L’ouverture<br />Intégrer simplement les différentes fonctions de l’entreprise<br />Exigence pour l’entreprise étendue<br />On parle alors d’interopérabilité<br />L’interopérabilité<br />Possibilité pour des systèmes, des composants ou des services, d’échanger des données et de l’information<br />Deux systèmes sont véritablement interopérables s’ils peuvent collaborer sans se connaîtreintimement<br />Ces notions sont basées sur <br />L’utilisation de standards ouverts (XML, web services, ...)<br />Le couplage faible entre les composants du SI.<br />11<br />
  12. 12. CAS D’USAGES d’UN ESB<br />L’Enterprise Service Bus : <br />Approches, <br />Concepts et Apports dans le SI, <br />Topologies.<br />12<br />
  13. 13. Enterprise Service Bus : <br />De l’intégration Ad-Hoc à l’ESB<br />Un peu d’histoire : depuis le début des années 90, 3 approches d’intégrations se sont succédées :<br />L’intégration « Ad-Hoc », <br />Utilisant des middlewares le plus souvent propriétaires, <br />Sans approche méthodologique spécifique,<br />Cas par Cas.<br />L’approche EAI (Enterprise Application Integration) <br />Approche Rationalisation des Flux d’Information,<br />Contribution à l’émergence de l’approche orientée services,<br />Technologies propriétaires qui limitaient l’interopérabilité.<br />L’approche ESB (Enterprise Service Bus) <br />Approche SOA, infrastructure technique d’une Architecture SOA,<br />Reprend les Principes de l’EAI,<br />Se base sur des Standards,<br />Technologies libre et propriétaires.<br />13<br />
  14. 14. Enterprise Service Bus : <br />Intégration Ad-Hoc<br />L’intégration « Ad-Hoc » :<br />Architecture « Accidentelle »<br />Amalgame de connexions propriétaires hétérogènes<br />Syndrome : Plat de Spaghetti<br />14<br />
  15. 15. Enterprise Service Bus : <br />Approche EAI<br />Approche Intégration de flux par l’EAI :<br />Intégration Application par Application via un connecteur<br />Routage et Transformation de Flux<br />Orchestration de processus Métier<br />Approche Propriétaire, Architecture centralisée, Coûts Importants<br />15<br />
  16. 16. Enterprise Service Bus : <br />Approche ESB<br />Approche SOA par l’ESB :<br />Couplage Lâche, <br />Médiation, Routage,<br />Transformation, Orchestration Technique ou Métier,<br />Utilisation des Standards.<br />16<br />
  17. 17. Enterprise Service Bus : <br />Définition et Apport d’un ESB<br />Définition :<br />Solution d’intégration implémentant une architecture distribuée.<br />Solution d’infrastructure middleware fournissant des Services de Connectivité, Routage, Transformation et d’Orchestration Technique ou Métier.<br /> Interopérabilité en utilisant des Standards XML, Web Services (WS-* Oasis), JBI, WS-BPEL…<br />Apport :<br />Couplagefaible, Flexibilité, Evolutivité et Maintenabilité<br />Performance : scalabilité et Haute Dispo<br />ApprocheInfrastructure, Gestion des Services, Sécurité<br />Supervision et Qualitéde Service<br />Valorisationde l’existant<br />17<br />
  18. 18. Enterprise Service Bus : <br />Topologieen îlots<br />Un serveur unique auquel se connectent les applications exposant ou consommant des services<br />Communication vers le serveur ESB<br />Point sensible de l’architecture<br />18<br />
  19. 19. Enterprise Service Bus : <br />En îlots : communication avec d’autres ESB<br />Utilisation d’un connecteur standard<br />L’autre ESB est vu comme n’importe quelle application<br />Possibilité d’utiliser une couche middleware supplémentaire inter-ESB<br />Exemple : JMS<br />Il faut savoir comment accéder à un service présent sur un autre ESB<br />Exemple : utiliser un pont HTTP<br />19<br />
  20. 20. Enterprise Service Bus <br />En îlots, pas de réelle infrastructure de services<br />Îlots d’intégrations <br />ESB +/- interconnectés<br />Besoins de ponts inter-ESB pour chaque service à accéder sur un autre ESB<br />Orchestration <br />Pas d’annuaire global sur lequel se baser pour la construction des processus<br />Transaction <br />Difficile à établir lorsque l’on passe par des ponts<br />Administration et supervision<br />Visibilité restreinte à chaque noeud<br />Orienté intégration d’applications <br />Intégration au cas par cas<br />20<br />
  21. 21. Enterprise Service Bus : <br />Topologie unifiée<br />Nuage de noeuds sur plusieurs serveurs (« snowflake »)<br />Pour un consommateur ou un fournisseur de service, il n’y a qu’un ESB<br />On ne se soucie pas de la localisation physique du service à appeler<br />Répartition de la charge sur tous les noeuds<br />21<br />
  22. 22. Enterprise Service Bus : <br />Topologie unifiée : les domaines<br />Dans une entreprise, chaque entité peut être vue comme un domaine<br />Exemples : comptabilité, gestion des stocks...<br />Une entité peut avoir plusieurs noeuds de l’ESB dans son parc informatique<br />Un domaine contient alors l’ensemble des noeuds d’une entité<br />L’ESB peut être divisé en domaines tout en gardant son unicité<br />22<br />
  23. 23. Enterprise Service Bus : <br />Topologie unifiée : administration et supervision<br />Administration<br />Chaque domaine garde la maîtrise de ses noeuds<br />Déploiement de services et maintenance depuis une console centralisée<br />Vue d’ensemble de la topologie permettant de réguler les flux (load balancing, etc.)<br />Supervision<br />Traçage centralisé des messages entrant / sortant / transitant du domaine<br />Pas de limitation dans le suivi car l’ESB est présent de bout en bout des appels<br />23<br />
  24. 24. CAS D’USAGES d’UN ESB<br />L’Architecture de Petals ESB<br />24<br />
  25. 25. PETALS ESB<br />Solution Open Source<br />Produit réalisé par les collaborateurs Petals Link <br />License LGPL<br />Souscription pour du Support<br />Une architecture à composants basé sur<br />Java et la norme J.B.I. : Java™ Business Integration<br />Léger et Modulaire et nécessitant pas de serveur d’application<br />Basé sur des standards reconnus, pour rester libre de ses choix logiciels<br />Java, J.B.I, WS-*, REST, BPEL, EIP, SCA, JSR 181, XSLT, XSD….<br />25<br />
  26. 26. PETALS ESB:<br />Java Business Integration<br />J.B.I. : Java™ Business Integration<br />Spécification définie par la JSR 208<br />Le standard Java™ pour la création de solutions d'intégration<br />Basé sur l'état de l'art des Web Services<br />Un conteneur à base de plugins<br />Un environnement JBI est un conteneur de composants <br />Permet l’échange de messages entre ces composants<br />Gestion du cycle de vie et de la configuration des composants<br />Un conteneur basé sur l'échange<br />Échanges de message faiblement couplés<br />Description des services en WSDL<br />Messages au format XML<br />26<br />
  27. 27. PETALS ESB:<br />JBI, un container de composants<br />Les solutions d’intégration sont construites par assemblage et configuration de composants J.B.I.<br />Les composants J.B.I. peuvent êtrede 2 types: <br />Binding Component (BC) ouConnecteur : Web Service, FTP, JMS…<br />Service Engine (SE) oumoteur de service : transformation, orchestration…<br />Le container J.B.I gère : <br />La communication entre cescomposants (NMR)<br />Avec un registre de services interne<br />Le container J.B.I. permetaussi: <br />L’installation et le cycle de vie des composants JBI<br />Le déploiement d’artefactsde service surles composants (feuille XSLT, processus BPEL…)<br />27<br />
  28. 28. PETALS ESB:<br />Le container J.B.I.<br />Services externes<br />Artifacts<br />XSL<br />XSL<br />Process<br />Process<br />pattern<br />pattern<br />Components<br />JBI<br />SOAP<br />HTTP<br />JMS<br />MOM<br />AS1/AS2<br />EDI<br />XSLT<br />BPEL<br />EIP<br />JBI container<br />Deux types de composants : <br />Service Engines : fournissent de la transformation et d'autres services d'intégration<br />Binding Components : connecteurs vers des ressources externes<br />28<br />
  29. 29. PETALS ESB:<br />Les Composants <br />Connecteurs<br />Persistance<br />Transformation<br />Orchestration<br />29<br />
  30. 30. PETALS ESB :<br />Infrastructure Nativement Distribuée <br />Infrastructure de Services<br />Service<br />Noeud<br />PetalsESB<br />Service<br />Noeud<br />PetalsESB<br />SI A<br />Service<br />Service<br />Noeud<br />PetalsESB<br />SI C<br />Service<br />Service<br />SI B<br />30<br />
  31. 31. CAS D’USAGES d’UN ESB<br />Cas d’Usages d’un ESB: <br />Plateforme d’échanges avec l’extérieur du SI<br />Plateforme d’Intégration : Portail et intégration FO et BO<br />Infrastructure de Services : Architecture répartie<br />31<br />
  32. 32. CAS D’USAGES d’UN ESB<br />Plateforme d’échanges avec l’extérieur du SI<br />Un cas d’usage fréquent, permettant aux DSI de<br />Déployer la technologie et de monter en compétences<br />Maitriser les flux et décharger la production<br />Faciliter la connectivité externe<br />Optimiser l’intégration avec le SI Interne<br />Sécuriser leurs flux externes <br />Description<br />L’ESB va venir urbaniser les échanges avec les partenaires de l’entreprise<br />Il va faciliter l’interropérabilité et l’adaptation entre le SI Interne et les partenaires<br />Il va augmenter la QoS en découplant le SI Interne<br />Augmenter l’isolation et la sécurité<br />Il va permettre plus de maintenabilité et de flexibilité<br />32<br />
  33. 33. CAS D’USAGES d’UN ESB<br />Plateforme d’échanges avec l’extérieur du SI<br />Connectivité et Couplage faible<br />33<br />
  34. 34. CAS D’USAGES d’UN ESB<br />Plateforme d’échanges avec l’extérieur du SI<br />Adaptation et Maintenabilité<br />34<br />
  35. 35. CAS D’USAGES d’UN ESB<br />Plateforme d’échanges avec l’extérieur du SI<br />Sécurisation des flux et Mediation de Sécurité<br />35<br />
  36. 36. CAS D’USAGES d’UN ESB<br />Portail et intégration FO et BO<br />Un cas d’usage d’intégration classique permettant de<br />Accélererl’intégration du FO et du BO<br />Ne pas faire porter la spécificité d’un SI Bo au FO<br />Cacher la complexité du SI BO<br />Apporter des fonctionnalités de plus haut niveau au FO<br />Faciliter la disponibilité d’un FO<br />Description<br />L’ESB va venir se placer entre le FO ou portail et le BO<br />Il va faciliter l’interopérabilité en se connectant aux différents BO<br />Proposer des Services au FO<br />Il va augmenter la QoS en découplant avec le BO<br />Il va permettre plus de maintenabilité et de flexibilité<br />36<br />
  37. 37. CAS D’USAGES d’UN ESB<br />Portail et intégration FO et BO<br />FO connecté au Bus <br />FO consomme ou expose des services<br />Technologie et Spécificité du BO cachée du FO<br />Possibilité de réaliser des services de plus haut niveau<br />37<br />
  38. 38. CAS D’USAGES d’UN ESB<br />Portail et intégration FO et BO<br />FO connecté au Bus FO<br />BO connecté au Bus BO<br />FO et BO consomme ou expose des services sur leur instance locale<br />Isolation permettant du SLA différencié<br />Architecture évolutive<br />38<br />
  39. 39. CAS D’USAGES d’UN ESB<br />Architecture Répartie<br />Un cas d’usage moderne permettant<br />Architecture Répartie<br />Fédérer des SI réparties géographiquement ou logiquement<br />Apport de dynamicité et d’ouverture<br />Architecture atteignable avec un ESB open source<br />Description<br />L’ESB va venir se déployer dans chaque domaine ou région<br />Il va faciliter l’interopérabilité dans le SI<br />Il va augmenter la disponibilité en permettant des invocations alternatives<br />Il va permettre plus de maintenabilité et de flexibilité<br />39<br />
  40. 40. CAS D’USAGES d’UN ESB<br />Architecture Répartie<br />Pilotage Centralisé<br />40<br />

×