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.
SOA - Architecture Orientée Service : Démystification Khaled Ben Driss 17 Avr...Khaled Ben Driss
SOA - Architecture Orientée Service
: Démystification
A quels besoins répond le SOA ?
• Quels sont les principes de base du SOA ?
• Quels sont les éléments clé d’une architecture
orientée services ?
SOA - Architecture Orientée Service : Démystification Khaled Ben Driss 17 Avr...Khaled Ben Driss
SOA - Architecture Orientée Service
: Démystification
A quels besoins répond le SOA ?
• Quels sont les principes de base du SOA ?
• Quels sont les éléments clé d’une architecture
orientée services ?
Présentation générale d'une architecture orientée service :
- Définition des différents acteurs
- Notion de service
- Définition d'une plateforme SOA
- Implémentation WCF
SOA - Architecture Orientée Service : DémystificationKhaled Ben Driss
• A quels besoins répond le SOA ?
• Quels sont les principes de base du SOA ?
• Quels sont les éléments clé d’une architecture
SOA - Architecture Orientée Service :
Démystification
• A quels besoins répond le SOA ?
• Quels sont les principes de base du SOA ?
• Quel est le cycle de vie d’un service ?
• Quelles méthodologies permettent de mettre en
Plan
Khaled.bendriss@oxia-group.com
SOA facile en 10 pratiques avec EasySOA - Alpes JUGMarc Dutoo
L'approche SOA (architectures orientées services) est partout dans les Systèmes d'Informations. Mais quel projet SOA ne s'est pas perdu dans le XML, les "solutions complètes" ou la réunion-ite...
Changeons donc d'angle d'attaque : échangeons nos pratiques !
Pour qu’elles se déclinent en action à la vitesse de votre business, vos décisions doivent être désormais prises sur le terrain, sans délai de latence. Cela nécessite de repenser vos architectures décisionnelles tant en amont, pour collecter, contrôler et unifier l’information en temps réel, qu’en aval, afin d’intégrer l’analytique dans vos applications transactionnelles et digitales. Découvrez comment les technologies de Talend vous permettent d’y parvenir simplement en s’appuyant sur des technologies Big Data les plus avancées telles que Hadoop, Spark, Storm, ou le machine learning.
Présentation générale d'une architecture orientée service :
- Définition des différents acteurs
- Notion de service
- Définition d'une plateforme SOA
- Implémentation WCF
SOA - Architecture Orientée Service : DémystificationKhaled Ben Driss
• A quels besoins répond le SOA ?
• Quels sont les principes de base du SOA ?
• Quels sont les éléments clé d’une architecture
SOA - Architecture Orientée Service :
Démystification
• A quels besoins répond le SOA ?
• Quels sont les principes de base du SOA ?
• Quel est le cycle de vie d’un service ?
• Quelles méthodologies permettent de mettre en
Plan
Khaled.bendriss@oxia-group.com
SOA facile en 10 pratiques avec EasySOA - Alpes JUGMarc Dutoo
L'approche SOA (architectures orientées services) est partout dans les Systèmes d'Informations. Mais quel projet SOA ne s'est pas perdu dans le XML, les "solutions complètes" ou la réunion-ite...
Changeons donc d'angle d'attaque : échangeons nos pratiques !
Pour qu’elles se déclinent en action à la vitesse de votre business, vos décisions doivent être désormais prises sur le terrain, sans délai de latence. Cela nécessite de repenser vos architectures décisionnelles tant en amont, pour collecter, contrôler et unifier l’information en temps réel, qu’en aval, afin d’intégrer l’analytique dans vos applications transactionnelles et digitales. Découvrez comment les technologies de Talend vous permettent d’y parvenir simplement en s’appuyant sur des technologies Big Data les plus avancées telles que Hadoop, Spark, Storm, ou le machine learning.
Building an Event-oriented Data Platform with Kafka, Eric Sammer confluent
While we frequently talk about how to build interesting products on top of machine and event data, the reality is that collecting, organizing, providing access to, and managing this data is where most people get stuck. Many organizations understand the use cases around their data – fraud detection, quality of service and technical operations, user behavior analysis, for example – but are not necessarily data infrastructure experts. In this session, we’ll follow the flow of data through an end to end system built to handle tens of terabytes an hour of event-oriented data, providing real time streaming, in-memory, SQL, and batch access to this data. We’ll go into detail on how open source systems such as Hadoop, Kafka, Solr, and Impala/Hive are actually stitched together; describe how and where to perform data transformation and aggregation; provide a simple and pragmatic way of managing event metadata; and talk about how applications built on top of this platform get access to data and extend its functionality.
Attendees will leave this session knowing not just which open source projects go into a system such as this, but how they work together, what tradeoffs and decisions need to be addressed, and how to present a single general purpose data platform to multiple applications. This session should be attended by data infrastructure engineers and architects planning, building, or maintaining similar systems.
This document discusses front office operations in hotels. It covers the four stages of the guest cycle, the evolution of front office record keeping from manual to automated systems, common room status terms, room types, components of property management systems, types of telephone calls, telecommunications equipment, front office software packages, and interfaces with back office and non-guest systems. The goal is to provide competencies for front office operations management.
Spoilt for Choice: How to Choose the Right Enterprise Service Bus (ESB)?Kai Wähner
Data exchanges in and between companies increase a lot. The number of applications which must be integrated increases, too. As solution, an Enterprise Service Bus (ESB) can be used in almost every integration project - no matter which technologies, transport protocols, data formats, or environments such as Java or .NET are used. All integration projects can be realized in a consistent way without redundant boilerplate code. However, an ESB offers many further features, such as business process management (BPM), master data management, business activity monitoring, or big data. Plenty of ESB products are on the market which differ a lot regarding concepts, programming models, tooling, and open source vs. proprietary. Really one is spoilt for choice.
Microservices - Death of the Enterprise Service Bus (ESB)? (Update 2016)Kai Wähner
Microservices are the next step after SOA: Services implement a limited set of functions. Services are developed, deployed and scaled independently.
Continuous Integration and Continuous Delivery control deployments. This way you get shorter time to results and increased flexibility. Microservices have to be independent regarding build, deployment, data management and business domains. A solid Microservices design requires single responsibility, loose coupling and a decentralized architecture. A Microservice can to be closed or open to partners and public via APIs. This session discusses the requirements, best practices and challenges for creating a good Microservices architecture, and if this spells the end of the Enterprise Service Bus (ESB). A live demo will show how middleware and Microservices complement each other using containers, continuous integration, REST services, and open source frameworks such as Cloud Foundry.
A live demo showed a "Microservices Middleware Architecture" using Cloud Integration (with Cloud Foundry PaaS), Integration and Services (with TIBCO BusinessWorks Container Edition), API Management / Open API (with Mashery) amd Log Management / IT Operations Analytics (ITOA, with Papertrail and LogLogic / Unity).
Microservices = Death of the Enterprise Service Bus (ESB)?Kai Wähner
Microservices are the next step after SOA: Services implement a limited set of functions. Services are developed, deployed and scaled independently. Continuous Integration and Continuous Delivery control deployments. This way you get shorter time to results and increased flexibility.
Microservices have to be independent regarding build, deployment, data management and business domains. A solid Microservices design requires single responsibility, loose coupling and a decentralized architecture. A Microservice can to be closed or open to partners and public via APIs.
This session discusses the requirements, best practices and challenges for creating a good Microservices architecture, and if this spells the end of the Enterprise Service Bus (ESB).
Key messages of the talk:
• Microservices = SOA done right
• Integration is key for success – the product name does not matter
• Real time event correlation is the game changer
Concevoir et déployer sa stratégie digitaleQuinchy Riya
Workshop organisé chez Simplon.co le Jeudi 24 Avril 2014. Approche méthodologique et recommandations pour la conception et la mise en oeuvre d'une stratégie digitale côté marque.
The Enterprise Service Bus is Dead! Long live the Enterprise Service Bus, Rim...confluent
The document discusses how Heroku leveraged Apache Kafka to realize the vision of an enterprise service bus (ESB). It defines what an ESB is according to analysts and vendors. Heroku defined the API as its ESB but faced bottlenecks and reliability issues. It transitioned to using Kafka with a pull-based architecture for independent development, scalability, and avoiding single points of failure. Heroku now uses Kafka for operational data pipelines and metrics aggregation. It provides examples of using Kafka topics and discusses next steps of implementing a schema registry and security.
Le Digital Store devient réalité, mais…
…Quels sont les processus à digitaliser en point de vente ou en agence ?
…Comment bâtir une plate-forme marketing Retail, adaptée au Digital In Store, génératrice de ROI et d'engagement client dans un monde ultra connecté ?
Hier vous vendiez des produits, aujourd'hui vous devez offrir une expérience Digitale à vos clients, y compris sur le point de vente (In Store), ou dans un réseau d’agences banque/assurance où le libre service connecté côtoie l’accueil personnalisé.
Pour atteindre cet objectif, vous devez collecter, maîtriser et valoriser vos données structurées ou non-structurées !
Spécialiste de la relation client et du marketing data driven, Soft Computing met en œuvre des plates-formes marketing pour comprendre et prédire les comportements des consommateurs, générer des expériences positives sur les canaux physiques, digitaux ou cross canal, et piloter la relation client & prospect dans la durée.
Ce séminaire vous apportera des éclairages sur les opportunités de ré-enchanter des parcours en points de vente ou agence, la façon de construire une plate-forme, et la déployer sur le terrain.
Pour répondre à vos interrogations, nous vous invitons à un séminaire gratuit, au cours duquel nous partagerons nos meilleures pratiques au travers de cas concrets.
Offre Onepoint - Architecture et UrbanisationGroupeONEPOINT
La Transformation Digitale de l’entreprise, et l’application des techniques innovantes et agiles qu’elle implique, nécessite de réinventer le rôle de l’architecte dans une nouvelle approche Sociale et Agile de l‘architecture adaptée à chaque contexte et à chaque Client.
Cette présentation soulève l'importance pour une entreprise de connaître ses clients et d'avoir une vision 360 de sa relation client. A travers cette présentation sont donc abordées des concepts phares en marketing mais aussi en gestion de la relation client tels que donc la vision 360°, la DMP le multicanal, le transcanal et l'omnicanal. Dans un second nous tenterons de vous expliquer en quoi cette vision 360° pourra améliorer l'expérience client.
Azure Integration Services : les concepts de BizTalk dans le cloud (ARC303)Marius Zaharia
« Azure Integration Services » fourniront des capacités d'intégration communes à BizTalk Server (par ex. des "pipelines", transformations, adaptateurs) sur la plateforme Windows Azure, en utilisant des modèles d'intégration prêts à l'emploi permettant d'accélérer et de simplifier les développements. A l'avenir ces flux seront opérationnels en ligne, dans des conditions de production et facturés en mode « service-à-la-demande ».
(Marius Zaharia)
Ouvrir son SI avec la trilogie Portail, SOA, BPM (Solutions Linux 2010 - cycl...Marc Dutoo
Cas client Open Wide ( http://www.openwide.fr ) : ouverture du Système d'Information d'un service public dans une démarche SOA «Libre», sur une architecture à la pointe des technologies (briques Liferay, OW2 Petals - Scarbo - Bonita, Eclipse JWT). Présenté au salon Solutions Linux 2010, dans le cadre du cycle SOA ( http://www.solutionslinux.fr/FormationsTutoriels_168_171.html ).
Les « Azure Integration Services » fourniront des capacités d'intégration communes à BizTalk Server (par ex. des "pipelines", transformations, adaptateurs) sur la plateforme Windows Azure, en utilisant des modèles d'intégration prêts à l’emploi permettant d’accélérer et de simplifier les développements. A l’avenir ces flux seront opérationnels en ligne, dans des conditions de production et facturés en mode « service-à-la-demande ».
Nous présenterons dans cette session Office 365 pour l’Education, la solution de communication et collaboration gratuite pour les établissements scolaires et du supérieur. aurons le plaisir de profiter du retour d’expérience de l’IESEG dans le déploiement la messagerie Exchange Online (Live@edu) et l’utilisation d’Azure pour la scolarité.
Duet Entreprise 2.0 pour SharePoint et SAP combine les technologies que tout le monde utilise chaque jour – Microsoft Office et Microsoft SharePoint – avec les technologies pour l’entreprise - SAP enterprise resource planning (ERP) et des applications line-of-business (LOB), connectée à des systèmes métier. Duet Entreprise propose aux employés d’accéder via des outils Microsoft à des workflows SAP et des données comme les contacts, les calendriers et d’autres types de données. Nous présenterons durant cette session une vue d’ensemble de ce produit et les gains pour les utilisateurs.
[Webinaire avec Océane Consulting] Utiliser Vaadin pour intégrer Nuxeo et Lif...Nuxeo
Liferay permet de fournir à des portails des contenus à destination externe, et facilite la création et publication des contenus ainsi que le travail collaboratif. La Plateforme Nuxeo, de son côté, offre une base documentaire pour la gestion de contenus internes. Comme elles sont toutes les deux open source, développées en Java et conformes aux standards, les plateformes Nuxeo et Liferay peuvent être intégrées ensemble pour offrir une solution flexible en ayant une source de contenu unique et fiable. Avec cette intégration, le contenu suit son cycle de vie avec la Plateforme Nuxeo et Liferay est utilisé comme front-end.
L'intégrateur Océane Consulting, partenaire de Nuxeo, a développé et implémenté cette intégration pour de nombreux clients. Laurent Dreuillat, directeur technique, vous exposera ce qu'ils ont appris de cette expérience. Il présentera les avantages et compromis des différentes approches pour réaliser cette intégration, comme :
une intégration avec OpenSocial et CMIS qui se base sur les standards,
le développement de portlets Liferay personnalisés en utilisant Vaadin et l'API Content Automation de Nuxeo.
Rejoignez-nous pour ce webinaire incluant une session de questions-réponses et découvrez comment Océane Consulting Data Management aborde l'intégration entre Liferay et la Plateforme Nuxeo pour ses clients.
Une architecture hybride était souvent vue comme un déploiement temporaire pour la transition vers le Cloud Microsoft. Cependant, avec l'arrivée de SharePoint Server 2016, qui a été conçu et inspiré depuis Office 365, beaucoup d’organisations sont à la recherche de moyens pour combiner leurs investissements SharePoint existants avec le Cloud.
Un déploiement hybride est la voie à suivre pour de nombreuses organisations au moins pour quelques années encore.
Au cours de cette session, nous vous proposons de revenir sur les scenarios déjà existants ainsi que les nouveautés. Que ce soit OneDrive for Business, la recherche, les sites SharePoint, Delve, Delve Analytics, Power BI ou encore les Groupes Office 365, Video ou Planner, nous verrons ensemble comment une topologie hybride peut vous permettre dès maintenant de tirer le potentiel maximum de vos infrastructures SharePoint.
Le Comptoir OCTO - Qu’apporte l’analyse de cycle de vie lors d’un audit d’éco...OCTO Technology
Par Nicolas Bordier (Consultant numérique responsable @OCTO Technology) et Alaric Rougnon-Glasson (Sustainable Tech Consultant @OCTO Technology)
Sur un exemple très concret d’audit d’éco-conception de l’outil de bilan carbone C’Bilan développé par ICDC (Caisse des dépôts et consignations) nous allons expliquer en quoi l’ACV (analyse de cycle de vie) a été déterminante pour identifier les pistes d’actions pour réduire jusqu'à 82% de l’empreinte environnementale du service.
Vidéo Youtube : https://www.youtube.com/watch?v=7R8oL2P_DkU
Compte-rendu :
Ouvrez la porte ou prenez un mur (Agile Tour Genève 2024)Laurent Speyser
(Conférence dessinée)
Vous êtes certainement à l’origine, ou impliqué, dans un changement au sein de votre organisation. Et peut être que cela ne se passe pas aussi bien qu’attendu…
Depuis plusieurs années, je fais régulièrement le constat de l’échec de l’adoption de l’Agilité, et plus globalement de grands changements, dans les organisations. Je vais tenter de vous expliquer pourquoi ils suscitent peu d'adhésion, peu d’engagement, et ils ne tiennent pas dans le temps.
Heureusement, il existe un autre chemin. Pour l'emprunter il s'agira de cultiver l'invitation, l'intelligence collective , la mécanique des jeux, les rites de passages, .... afin que l'agilité prenne racine.
Vous repartirez de cette conférence en ayant pris du recul sur le changement tel qu‘il est généralement opéré aujourd’hui, et en ayant découvert (ou redécouvert) le seul guide valable à suivre, à mon sens, pour un changement authentique, durable, et respectueux des individus! Et en bonus, 2 ou 3 trucs pratiques!
OCTO TALKS : 4 Tech Trends du Software Engineering.pdfOCTO Technology
En cette année 2024 qui s’annonce sous le signe de la complexité, avec :
- L’explosion de la Gen AI
-Un contexte socio-économique sous tensions
- De forts enjeux sur le Sustainable et la régulation IT
- Une archipélisation des lieux de travail post-Covid
Découvrez les Tech trends incontournables pour délivrer vos produits stratégiques.
L'IA connaît une croissance rapide et son intégration dans le domaine éducatif soulève de nombreuses questions. Aujourd'hui, nous explorerons comment les étudiants utilisent l'IA, les perceptions des enseignants à ce sujet, et les mesures possibles pour encadrer ces usages.
Constat Actuel
L'IA est de plus en plus présente dans notre quotidien, y compris dans l'éducation. Certaines universités, comme Science Po en janvier 2023, ont interdit l'utilisation de l'IA, tandis que d'autres, comme l'Université de Prague, la considèrent comme du plagiat. Cette diversité de positions souligne la nécessité urgente d'une réponse institutionnelle pour encadrer ces usages et prévenir les risques de triche et de plagiat.
Enquête Nationale
Pour mieux comprendre ces dynamiques, une enquête nationale intitulée "L'IA dans l'enseignement" a été réalisée. Les auteurs de cette enquête sont Le Sphynx (sondage) et Compilatio (fraude académique). Elle a été diffusée dans les universités de Lyon et d'Aix-Marseille entre le 21 juin et le 15 août 2023, touchant 1242 enseignants et 4443 étudiants. Les questionnaires, conçus pour étudier les usages de l'IA et les représentations de ces usages, abordaient des thèmes comme les craintes, les opportunités et l'acceptabilité.
Résultats de l'Enquête
Les résultats montrent que 55 % des étudiants utilisent l'IA de manière occasionnelle ou fréquente, contre 34 % des enseignants. Cependant, 88 % des enseignants pensent que leurs étudiants utilisent l'IA, ce qui pourrait indiquer une surestimation des usages. Les usages identifiés incluent la recherche d'informations et la rédaction de textes, bien que ces réponses ne puissent pas être cumulées dans les choix proposés.
Analyse Critique
Une analyse plus approfondie révèle que les enseignants peinent à percevoir les bénéfices de l'IA pour l'apprentissage, contrairement aux étudiants. La question de savoir si l'IA améliore les notes sans développer les compétences reste débattue. Est-ce un dopage académique ou une opportunité pour un apprentissage plus efficace ?
Acceptabilité et Éthique
L'enquête révèle que beaucoup d'étudiants jugent acceptable d'utiliser l'IA pour rédiger leurs devoirs, et même un quart des enseignants partagent cet avis. Cela pose des questions éthiques cruciales : copier-coller est-il tricher ? Utiliser l'IA sous supervision ou pour des traductions est-il acceptable ? La réponse n'est pas simple et nécessite un débat ouvert.
Propositions et Solutions
Pour encadrer ces usages, plusieurs solutions sont proposées. Plutôt que d'interdire l'IA, il est suggéré de fixer des règles pour une utilisation responsable. Des innovations pédagogiques peuvent également être explorées, comme la création de situations de concurrence professionnelle ou l'utilisation de détecteurs d'IA.
Conclusion
En conclusion, bien que l'étude présente des limites, elle souligne un besoin urgent de régulation. Une charte institutionnelle pourrait fournir un cadre pour une utilisation éthique.
Le Comptoir OCTO - Équipes infra et prod, ne ratez pas l'embarquement pour l'...OCTO Technology
par Claude Camus (Coach agile d'organisation @OCTO Technology) et Gilles Masy (Organizational Coach @OCTO Technology)
Les équipes infrastructure, sécurité, production, ou cloud, doivent consacrer du temps à la modernisation de leurs outils (automatisation, cloud, etc) et de leurs pratiques (DevOps, SRE, etc). Dans le même temps, elles doivent répondre à une avalanche croissante de demandes, tout en maintenant un niveau de qualité de service optimal.
Habitué des environnements développeurs, les transformations agiles négligent les particularités des équipes OPS. Lors de ce comptoir, nous vous partagerons notre proposition de valeur de l'agilité@OPS, qui embarquera vos équipes OPS en Classe Business (Agility), et leur fera dire : "nous ne reviendrons pas en arrière".
2. Cas d’Usages d’un Enterprise Service Bus (ESB) Quelques Mots sur Petals Link Enjeux de l’Architecture Orientée Service L’Enterprise Service Bus : Approches, Concepts et Apports dans le SI, Topologies L’Architecture de Petals ESB Cas d’Usages : Plateforme d’échanges avec l’extérieur du SI Plateforme d’ Intégration : Portail et intégration FO et BO Infrastructure de Services : Architecture de réparties 2
4. Quelques mots sur Petals Link 1/2 Éditeur de solutions Open Source innovantes pour l’infrastructure SOA Petals ESB : l’ESB distribué « best of breed » Petals Master : la solution pour la « gouvernance SOA » Au sein d’une communauté Open Source dédiée au middleware EBM WebSourcing devient Petals Link Effectif : 35 personnes Siège à Toulouse – Agence à Paris et Grenoble Profils : Architectes Middleware, Consultants SOA, Développeurs Java / J2EE EBM WebSourcing a pour ambition de devenir un des leaders en Europedes solutionsOpen Source pour la SOA et un acteur reconnu au niveau mondial. 4
5. Quelques mots sur Petals Link2/2 Des investissements R&D constants et importants Incubateur de futures solutions pour la SOA 13 projets R&Den cours L’implication sur Java Business Integration Membre de l’Expert Group JCP pour JBI Une solution d’infrastructure distribuée et « Best of Breed » La volonté de s’engager directement sur la mise en œuvre de nos solutions Conseil et expertise en Architecture, Formation, Assistance et forfaits 5
8. Enjeux de la SOA : l’agilité Agilité (sens général) Capacité à appréhender les changements de son environnement... ... et à y apporter une réponse efficace Agilité du système d’information (SI) Capacité du SI à prendre en compte les évolutions du métier de l’entreprise... ... en y apportant des réponses simples et rapides Les objectifs de l’agilité du SI Adéquation du SI aux besoins Maîtrise de la complexité Fiabilité Maîtrise des coûts 8
9. Enjeux de la SOA : la réutilisation La réutilisation Objectif des DSI depuis longtemps Demande qui découle de la complexité croissante des SI Approches à base de composants réutilisables Déjà mises en oeuvre N’évitent pas la construction de silos 9
10. Enjeux de la SOA : la rationalisation Métier Fonctionnel Applicatif Physique Trop de modules logiciels dupliqués Les connexions nécessaires entre applications amènent à des intégrations de type “spaghettis”, lourdes à mettre en oeuvre Les objectifs de la rationalisation dans le SI Une application dans le SI = Seul fournisseur d’une fonctionnalité dans le SI Urbaniser les liens inter-applicatifs Couplage faible entre applications (réduire les dépendances) 10
11. Enjeux de la SOA : ouverture & interopérabilité L’ouverture Intégrer simplement les différentes fonctions de l’entreprise Exigence pour l’entreprise étendue On parle alors d’interopérabilité L’interopérabilité Possibilité pour des systèmes, des composants ou des services, d’échanger des données et de l’information Deux systèmes sont véritablement interopérables s’ils peuvent collaborer sans se connaîtreintimement Ces notions sont basées sur L’utilisation de standards ouverts (XML, web services, ...) Le couplage faible entre les composants du SI. 11
12. CAS D’USAGES d’UN ESB L’Enterprise Service Bus : Approches, Concepts et Apports dans le SI, Topologies. 12
13. Enterprise Service Bus : De l’intégration Ad-Hoc à l’ESB Un peu d’histoire : depuis le début des années 90, 3 approches d’intégrations se sont succédées : L’intégration « Ad-Hoc », Utilisant des middlewares le plus souvent propriétaires, Sans approche méthodologique spécifique, Cas par Cas. L’approche EAI (Enterprise Application Integration) Approche Rationalisation des Flux d’Information, Contribution à l’émergence de l’approche orientée services, Technologies propriétaires qui limitaient l’interopérabilité. L’approche ESB (Enterprise Service Bus) Approche SOA, infrastructure technique d’une Architecture SOA, Reprend les Principes de l’EAI, Se base sur des Standards, Technologies libre et propriétaires. 13
14. Enterprise Service Bus : Intégration Ad-Hoc L’intégration « Ad-Hoc » : Architecture « Accidentelle » Amalgame de connexions propriétaires hétérogènes Syndrome : Plat de Spaghetti 14
15. Enterprise Service Bus : Approche EAI Approche Intégration de flux par l’EAI : Intégration Application par Application via un connecteur Routage et Transformation de Flux Orchestration de processus Métier Approche Propriétaire, Architecture centralisée, Coûts Importants 15
16. Enterprise Service Bus : Approche ESB Approche SOA par l’ESB : Couplage Lâche, Médiation, Routage, Transformation, Orchestration Technique ou Métier, Utilisation des Standards. 16
17. Enterprise Service Bus : Définition et Apport d’un ESB Définition : Solution d’intégration implémentant une architecture distribuée. Solution d’infrastructure middleware fournissant des Services de Connectivité, Routage, Transformation et d’Orchestration Technique ou Métier. Interopérabilité en utilisant des Standards XML, Web Services (WS-* Oasis), JBI, WS-BPEL… Apport : Couplagefaible, Flexibilité, Evolutivité et Maintenabilité Performance : scalabilité et Haute Dispo ApprocheInfrastructure, Gestion des Services, Sécurité Supervision et Qualitéde Service Valorisationde l’existant 17
18. Enterprise Service Bus : Topologieen îlots Un serveur unique auquel se connectent les applications exposant ou consommant des services Communication vers le serveur ESB Point sensible de l’architecture 18
19. Enterprise Service Bus : En îlots : communication avec d’autres ESB Utilisation d’un connecteur standard L’autre ESB est vu comme n’importe quelle application Possibilité d’utiliser une couche middleware supplémentaire inter-ESB Exemple : JMS Il faut savoir comment accéder à un service présent sur un autre ESB Exemple : utiliser un pont HTTP 19
20. Enterprise Service Bus En îlots, pas de réelle infrastructure de services Îlots d’intégrations ESB +/- interconnectés Besoins de ponts inter-ESB pour chaque service à accéder sur un autre ESB Orchestration Pas d’annuaire global sur lequel se baser pour la construction des processus Transaction Difficile à établir lorsque l’on passe par des ponts Administration et supervision Visibilité restreinte à chaque noeud Orienté intégration d’applications Intégration au cas par cas 20
21. Enterprise Service Bus : Topologie unifiée Nuage de noeuds sur plusieurs serveurs (« snowflake ») Pour un consommateur ou un fournisseur de service, il n’y a qu’un ESB On ne se soucie pas de la localisation physique du service à appeler Répartition de la charge sur tous les noeuds 21
22. Enterprise Service Bus : Topologie unifiée : les domaines Dans une entreprise, chaque entité peut être vue comme un domaine Exemples : comptabilité, gestion des stocks... Une entité peut avoir plusieurs noeuds de l’ESB dans son parc informatique Un domaine contient alors l’ensemble des noeuds d’une entité L’ESB peut être divisé en domaines tout en gardant son unicité 22
23. Enterprise Service Bus : Topologie unifiée : administration et supervision Administration Chaque domaine garde la maîtrise de ses noeuds Déploiement de services et maintenance depuis une console centralisée Vue d’ensemble de la topologie permettant de réguler les flux (load balancing, etc.) Supervision Traçage centralisé des messages entrant / sortant / transitant du domaine Pas de limitation dans le suivi car l’ESB est présent de bout en bout des appels 23
25. PETALS ESB Solution Open Source Produit réalisé par les collaborateurs Petals Link License LGPL Souscription pour du Support Une architecture à composants basé sur Java et la norme J.B.I. : Java™ Business Integration Léger et Modulaire et nécessitant pas de serveur d’application Basé sur des standards reconnus, pour rester libre de ses choix logiciels Java, J.B.I, WS-*, REST, BPEL, EIP, SCA, JSR 181, XSLT, XSD…. 25
26. PETALS ESB: Java Business Integration J.B.I. : Java™ Business Integration Spécification définie par la JSR 208 Le standard Java™ pour la création de solutions d'intégration Basé sur l'état de l'art des Web Services Un conteneur à base de plugins Un environnement JBI est un conteneur de composants Permet l’échange de messages entre ces composants Gestion du cycle de vie et de la configuration des composants Un conteneur basé sur l'échange Échanges de message faiblement couplés Description des services en WSDL Messages au format XML 26
27. PETALS ESB: JBI, un container de composants Les solutions d’intégration sont construites par assemblage et configuration de composants J.B.I. Les composants J.B.I. peuvent êtrede 2 types: Binding Component (BC) ouConnecteur : Web Service, FTP, JMS… Service Engine (SE) oumoteur de service : transformation, orchestration… Le container J.B.I gère : La communication entre cescomposants (NMR) Avec un registre de services interne Le container J.B.I. permetaussi: L’installation et le cycle de vie des composants JBI Le déploiement d’artefactsde service surles composants (feuille XSLT, processus BPEL…) 27
28. PETALS ESB: Le container J.B.I. Services externes Artifacts XSL XSL Process Process pattern pattern Components JBI SOAP HTTP JMS MOM AS1/AS2 EDI XSLT BPEL EIP JBI container Deux types de composants : Service Engines : fournissent de la transformation et d'autres services d'intégration Binding Components : connecteurs vers des ressources externes 28
29. PETALS ESB: Les Composants Connecteurs Persistance Transformation Orchestration 29
30. PETALS ESB : Infrastructure Nativement Distribuée Infrastructure de Services Service Noeud PetalsESB Service Noeud PetalsESB SI A Service Service Noeud PetalsESB SI C Service Service SI B 30
31. CAS D’USAGES d’UN ESB Cas d’Usages d’un ESB: Plateforme d’échanges avec l’extérieur du SI Plateforme d’Intégration : Portail et intégration FO et BO Infrastructure de Services : Architecture répartie 31
32. CAS D’USAGES d’UN ESB Plateforme d’échanges avec l’extérieur du SI Un cas d’usage fréquent, permettant aux DSI de Déployer la technologie et de monter en compétences Maitriser les flux et décharger la production Faciliter la connectivité externe Optimiser l’intégration avec le SI Interne Sécuriser leurs flux externes Description L’ESB va venir urbaniser les échanges avec les partenaires de l’entreprise Il va faciliter l’interropérabilité et l’adaptation entre le SI Interne et les partenaires Il va augmenter la QoS en découplant le SI Interne Augmenter l’isolation et la sécurité Il va permettre plus de maintenabilité et de flexibilité 32
33. CAS D’USAGES d’UN ESB Plateforme d’échanges avec l’extérieur du SI Connectivité et Couplage faible 33
34. CAS D’USAGES d’UN ESB Plateforme d’échanges avec l’extérieur du SI Adaptation et Maintenabilité 34
35. CAS D’USAGES d’UN ESB Plateforme d’échanges avec l’extérieur du SI Sécurisation des flux et Mediation de Sécurité 35
36. CAS D’USAGES d’UN ESB Portail et intégration FO et BO Un cas d’usage d’intégration classique permettant de Accélererl’intégration du FO et du BO Ne pas faire porter la spécificité d’un SI Bo au FO Cacher la complexité du SI BO Apporter des fonctionnalités de plus haut niveau au FO Faciliter la disponibilité d’un FO Description L’ESB va venir se placer entre le FO ou portail et le BO Il va faciliter l’interopérabilité en se connectant aux différents BO Proposer des Services au FO Il va augmenter la QoS en découplant avec le BO Il va permettre plus de maintenabilité et de flexibilité 36
37. CAS D’USAGES d’UN ESB Portail et intégration FO et BO FO connecté au Bus FO consomme ou expose des services Technologie et Spécificité du BO cachée du FO Possibilité de réaliser des services de plus haut niveau 37
38. CAS D’USAGES d’UN ESB Portail et intégration FO et BO FO connecté au Bus FO BO connecté au Bus BO FO et BO consomme ou expose des services sur leur instance locale Isolation permettant du SLA différencié Architecture évolutive 38
39. CAS D’USAGES d’UN ESB Architecture Répartie Un cas d’usage moderne permettant Architecture Répartie Fédérer des SI réparties géographiquement ou logiquement Apport de dynamicité et d’ouverture Architecture atteignable avec un ESB open source Description L’ESB va venir se déployer dans chaque domaine ou région Il va faciliter l’interopérabilité dans le SI Il va augmenter la disponibilité en permettant des invocations alternatives Il va permettre plus de maintenabilité et de flexibilité 39