1 / 53

Intégration d’applications

Intégration d’applications. EAI Intégration d’applications avec UDDI SOA Cloud computing B2B. 1. EAI. Enterprise Application Integrator Échange de données entre applications Transformation et fusion des sources Stockage intermédiaire en BD Diffusion vers les cibles

zulema
Download Presentation

Intégration d’applications

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Intégration d’applications EAI Intégration d’applications avec UDDI SOA Cloud computing B2B

  2. 1. EAI • Enterprise Application Integrator • Échange de données entre applications • Transformation et fusion des sources • Stockage intermédiaire en BD • Diffusion vers les cibles • Pilotage des flots (Workflow) • Connexion avec middlewares objet (CORBA, DCOM) • De plus en plus basés sur XML pour l’échange d’information

  3. Structure d’un EAI • 1 seul connecteur par app. • Grâce au modèle pivot (ex. XML) du bus • Communication par messages (MOM) • Sync. ou async. Application J2EE Application SAP Connecteur Connecteur Bus EAI Messages

  4. Les couches • Transport • Transport des messages depuis l'EAI aux applications et vice-versa • Peut intégrer Intranet/Internet • Transformation et routage • Transformation et intégration des messages • Routage vers les applications • Modélisation métier • Modélisation des flux (workflow) • Définition des objets métiers • De plus en plus basée sur BPM (Web services)

  5. La transformation • De l'application au modèle d'échange (XML) • Connecteur, Adaptateur, Extracteur • Transforme une source en XML • De XML à XML • Utilisation de XSL • Intégration de N flots en 1 • Du modèle d'échange à l'application • Connecteur, Adaptateur, Publisher • Présente les données aux applications • La gestion des méta-données • Formats et règles • Annuaire des applications et des utilisateurs

  6. Les processus métiers • Modélisation de processus métiers • Enchaînement d'activités • Echange de messages XML • Transactions courtes et longues • Intégration des Services Web • API standards décrites en WSDL • Langages d'orchestration (WFSL, XLANG, BPEL, ...) • Interpréteur des workflows • Généralement centralisé • Pilote les processus et les échanges

  7. Architecture Dévelop. Admin. Processus Métier S U P E R V I S I O N A D M I N I S T R A T I O N C O N F I G U R A T I O N Workflows Routage Messages Chemins Transformation Règles Connecteurs Formats TRANSPORT SGBD Progiciels Application Fichiers … … …

  8. Exemple: MS BizTalkServer • Moyen sophistiqué de créer une activité commerciale avec échanges de documents XML • Basé sur .NET, SQL Server et les web services • Possibilité de création automatique de documents XML suivant une base de donnée existante (vues XML) • Bibliothèque de schémas extensibles (Editor) • Définition graphique des mappings (Mapper) • Support du Business Process Management et des transactions longues avec BPEL • Support des standards de sécurité XML

  9. Les outils de développement Item Header Header Record Item Item Customer Field3 Field1 Field2 PO Status Field3 Name UnitPrice Field2 Qty ItemID Field1 Field1 Status Field2 PO Field3 Date PO Title Status Order PO Date Detail FieldA FieldB Schémas Définition des documents métiers Orchestration Modélisation du processus métier Pipelines Visual Studio .net Mapping Analyse des Messages Transformation des données

  10. Modélisation d'une activité commerciale Process Buyer (acheteur) Process Supplier (fournisseur) Génération et échange de message XML/SOAP Tests et contrôles de la demande de commande par l’acheteur Total < $1000 Réception commande et génération facture par le fournisseur Exemple de scénario B2B

  11. Caractéristiques Totalement basé sur XML Transformations spécifiées en XSL Accès à de multiples sources (connecteurs Java, C++, ...) Intégration de services web via des "application proxies" Capacité de BPM spécifié via interface graphique Multiples plate-formes Sun GlassFish Enterprise Server

  12. Evolution des produits IBM • WebSphere Interchange Server • Anciennement nommé Crossworlds Interchange Server, ce serveur d'intégration est exploité dans le contexte d'une approche top-down, centrée donc sur l'intégration par les processus • WebSphere MQ Integrator Broker • Anciennement nommé MQSeries Integrator, ce moteur prend en charge la logique d'intégration par les données • WebSphere MQ Workflow • Comme son nom l'indique, ce moteur exécute la logique des processus qui incluent potentiellement des activités humaines • WebSphere Business Integration • Intégration des trois produits avec des composants • Modeler (Design) • Adapters (Bibliothèque) • Collaborations (Packages métiers télécom, distribution, assurance)

  13. Intégration des services web Intégration du business process management L'évolution d'IBM est typique ... Fusion avec les serveurs d'applications ? Vers les architectures SOA … Autres "key-players" Oracle Integration Server Tibco BEA WebLogic Integration WebMethods Seebeyond Vitria Mercator Axway Sopra Inubit BPM-suite Evolution du marché des EAI

  14. Etude de cas : l’EAI de MAUSER • MAUSER: groupe pétrochimique spécialisé dans la production de containers pour matériaux dangereux • 1200 emps, dont 400 en Allemagne • Besoin: accès flexible aux places de marchés et portails pour le e-commerce avec les grands clients • Problèmes • Grand nombre de plateformes e-business pour la pétrochimie • Chaque marché a différents standards • Coût élevé des connecteurs offerts par les différentes places de marché

  15. Solution avec inubit BPM-suite • Mise en place de l’EAI XML inubit BPM-suite • Interface uniforme pour toutes les applications internes afin de les faire communiquer avec les places de marché • Méthodologie • Standardisation de l’échange de données en XML entre l’ERP de MAUSER (MFG/Pro) et inubit BPM-suite • Configuration des workflows pour intégrer les données externes, provenant des places de marché • Déploiement • 1 version de l’EAI sur un serveur à haute disponibilité sur chaque site

  16. Architecture Place de marché C Place de marché Elemica Place de marché CC Chemplorer HTTPS Connecteur Connecteur Connecteur XML-XML transformation Exécution de workflows avec MFG/Pro Vérification des fichiers produits par MFG/Pro Envoi de réponse à la place de marché inubit BPM-suite Connecteur Connecteur MFG/Pro Appli. A

  17. Résultats • Echange de données XML entre plusieurs grandes places de marché et l’ERP MFG/Pro • Interface uniforme et extensible • Anticipation des besoins futurs: EDI, EDIFACT, etc. • Simplification des procédures d’installation, maintenance et opération des lignes d’intégration aux différentes plateformes e-business • Haute disponibilité de la solution

  18. 2. Intégration d’applications par WS • Objectif: faciliter la construction et la maintenance d’applications distribuées sur le Web avec • échange de données indépendant du stockage : XML • appel de programmes indépendant du langage: SOAP • Web service = module applicatif exposé sur le Web • adresse URI • interface bien définie • implémentée avec des standards Web • HTTP, XML, SOAP, UDDI, WSDL

  19. Etude de cas: Qwest • Qwest Communications (www.qwest.com) • Fournisseur de services de com. (données, voix, vidéo), 25 million de clients • 50,000 emps, 5,000 développeurs avec des équipes réparties au niveau mondial • Besoins • Déploiement rapide de nouveaux services clients • Réutilisation de fonctionnalités développées par des équipes différentes et réparties • Environnements de développement hétérogènes • .Net, J2EE, etc.

  20. Solution: Web services avec UDDI • Objectifs • Toute fonct. réutilisable est développée comme un Web service et publiée dans l’annuaire UDDI • Toute équipe ayant besoin d’une fonct. recherche d’abord dans l’annuaire pour pouvoir l’utiliser avec SOAP • Exigences UDDI • Interface graphique sophistiquée • Pour encourager les développeurs à la réutilisation de Web services • Interopérabilité • Avec les outils clients UDDI de différentes plateformes • Performances et haute disponibilité • Plusieurs milliers d’accès par jour • Sécurité • Accès sécurisé aux points d’entrée des Web services

  21. Conception de l’annuaire UDDI • Modélisation • Fournisseur, service, liaison, tModel • Chaque projet créant un Web service devient fournisseur • Classification multiple des entrées à partir de taxonomies différentes • TeleManagement Forum Model, hiérarchie org. de Qwest, segments client de Qwest • Contrôle de qualité avec différents annuaires • Production, hautement testé • Test: miroir de l’annuaire de production pour vérifier la qualité des Web services • Développement: pour accès par tous les développeurs de Qwest avant de tester la qualité • Sandbox: uniquement pour l’expérimentation

  22. Architecture de l’annuaire UDDI • Choix technique • MS Windows Server UDDI services • Architecture n-tiers • Annuaire de production • Application UDDI et serveur Web sur un cluster de Compaq DL380 • BD SQLServer sur un multiprocesseur Compaq Proliant 3000 • Annuaire de test, de développement et sandbox • Application UDDI, serveur Web et BD sur un serveur

  23. Résultats • Annuaire UDDI déployé en 2004 • Utilisé systématiquement par tous les développeurs • Points forts de l’annuaire Qwest • Utilisation des services UDDI pour reconfiguration automatique des applis • Utile en cas de panne d’un point d’entrée de service Web (pour basculement auto. sur un disponible) • Support de services non-Web • Accès RPC à des applications Corba de l’Intranet, à des applications internes, etc.

  24. 3. Service Oriented Architecture (SOA) • Architecture d’applications définie par le Gartner Group avec • Indépendance aux web services: vision globale des services au niveau de l’entreprise • Indépendance aux EAI • Principe: • Les ressources (données, traitements, processus, infrastructures) sont accessibles uniquement par envoi de messages normalisés vers leurs interfaces • Marché en forte croissance • 2008 : 2 milliard $; 2014: 9 milliard $

  25. SOA = WS + ESB + outils • Des web services pour encapsuler les applications • Basés sur les standards WSDL, SOAP, UDDI, BPEL • Assure l’interopérabilité des services • Enterprise Service Bus (ESB) • Médiateur entre services producteurs et consommateurs au niveau de l’entreprise • Interopérabilité entre Web services • Outils • Développement, administration, pilotage, etc.

  26. Enterprise Service Bus (ESB) • EAI à prises Web services • Bus de services distribués • Backbone pour messagerie fiable • Routage intelligent basé sur le contenu • Coordination des processus • Cadre sécurisé • Transformation XML

  27. Architecture Fonctionnelle SOA Outils de Conception Moteur BPEL Applications Composites Processus métiers Services Métiers et Données Messages XML Fiables et Sécurisés ESB Plateformes hétérogènes

  28. Java Business Integration (JBI) • Architecture de container Java standard avec • Composants plugables • Services SOA définis en WSDL • Communication par messages XML • Composant JBI • S’exécute dans un container JBI et interagit avec d’autres composants • Consomme ou fournit des services • Portable dans n’importe quel container JBI • 2 types de composants • Service Engine: transfo., intégration, routage • Binding component: connexion avec sources externes

  29. Conception SOA • Méthode de conception multi-niveau • Stratégie du SI d’entreprise • Définition des processus métiers (BP) • Définition des Web services (WS) • Encapsulation de modules existants • Définition de nouveaux services • Aller retour BP WS • Prototypage et mesures de performance • Un pont depuis UML • Cas d’usages Processus métiers • Scénarios  Workflows • Paquetages  Web services

  30. Offre SOA • Ensemble de technologies et outils SOA intégrés • ESB avec de nombreux adaptateurs • Médiateur XML (data services) • Gestionnaire de processus BPEL • Gestionnaire de règles métiers • Pour définir et gérer les politiques pour gouverner les processus métiers • Repository de méta-données • Gestionnaire de services • .Net et J2EE • Annuaire de services SOA, typiquement UDDI

  31. AquaLogic de BEA AquaLogic™ User Interaction Composer AquaLogic™ Security AquaLogic™ Data AquaLogic™ Messaging Process Orchestration User Interaction AquaLogic™Business Service Interaction Business Process Management Portal Update Business Rules Multi-channel Enterprise Connectivity Collaboration Business Activity Management Interaction Management Security Services Monitor Federated Identity Management Distributed Application Security Management Integrated Composition Environment Data and Information Services Preview Business Intelligence Composite Data Management Unified Meta Data Repository Unified Data Modeling Message Services Compose Service Manager Message Management Service Registry

  32. Offres de SOA

  33. Avantages techniques du SOA • S'appuie sur les standards • Encapsule la complexité • Favorise la réutilisation • Facilite le développement de processus métiers • Fiabilise les processus métiers • Simplifie les échanges inter-entreprises • Sécurise les échanges • Interopérabilité des plateformes de Web services • .NET et J2EE

  34. Facteurs d’échecs du SOA • Manque de modèles de services bien définis • Focus sur l’infrastructure, et non pas le métier • A l’initiative seule des équipes de développement • Culture orientée projet • Echec à exploiter la gouvernance des SI existante • Difficulté à mesurer le ROI • Attitude « Je suis spécial » des utilisateurs • Freine l’adoption de services communs

  35. Facteurs de succès du SOA • Soutien au plus haut niveau de l’entreprise • Réorganisation du modèle métier et du SI • Typiquement avec un nouveau DSI • Projets dirigés par les besoins métiers • Culture de confiance entre métier et SI • A promouvoir par le SI • Architecture simple et évolutive • Méthodes de développement itératives

  36. 4. Cloud computing • Accès transparent via le Web à des ressources (calcul, données, applications) par des services • SaaS (Software as a Service) + IaaS (Infrastructure aaS) + PaaS (Platform aaS) • Ressources virtualisées, pour le passage à l’échelle • Peut s’appuyer sur une grille • Mais + général : accès anywhere, anytime, anyhow • Marché gigantesque • 100 milliard $ en 2011 selon Merrill Lynch en 2008 • Le nuage (Internet) cache la complexité • Gestion par un fournisseur • Abonnement ou PayPerUse

  37. Positionnement des acteurs majeurs Plateforme Akamai Dell Digital Reality EMC+ VMware Salesforce Amazon Microsoft Infrastructure SaaS Google Yahoo Cloud interne IBM HP Sun - Oracle Activision NetSuite Cœur de métier Nouveau marché

  38. Exemple : Amazon • Web services • Infrastructure • Elastic Compute Cloud (EC2): calcul intensif • SimpleDB: base de données • Simple Storage Service (S3): stockage • Elastic MapReduce: fouille de données • Paiement et facturation • Accès (indirect) à la base de clients Amazon • Commerce électronique, place de marché, etc. • Outils et solutions pour clouds • Modèle pay-as-you-use

  39. Evaluation du cloud computing Avantages Inconvénients Dépendance par rapport aux fournisseurs (services, internet) Applications pré-définies Perte de contrôle (sécurité, confidentialité, etc.) Consommation électrique pour le fournisseur • Réduction des coûts • Faible barrière d’entrée • Ressources virtuellement illimitées • Fiabilité, disponibilité • Environnement simple • Maintenance minimale

  40. 5. Le Commerce B2B avec XML • Reprise des objectifs de l'EDI • Rationaliser les flux d'information de l'entreprise • Optimiser les approvisionnements • Supprimer les doubles saisies manuelles • Améliorer la traçabilité des produits • Permettre une réactivité plus forte des organisations • Assurer une meilleure flexibilité et qualité de service • Utiliser Internet et les échanges XML • Réduction des coûts • Support de standards • Démocratisation de l'EDI

  41. Eléments d’une plateforme BtoB • Interface avec le système d’information de l’entreprise • Peut s’appuyer sur un EAI • Traduction des données • Mise au format EDIFACT, XML, … • Gestion des messages • Réseau d’échange RVA, Internet, … • Garantie de service et sécurité dans les échanges. • Gestion des processus métiers • Enchainement des traitements distribués (séquence, parallélisme) • Gestion de la sécurité • Trace, confidentialité, archivage … • Reporting et tableaux de bord

  42. Quelques dialectes B2B

  43. Exemple: FIX (Finance)

  44. Autres protocoles • Santé • HL7 – Gestion du Patient: diagnostics, traitements, prescriptions, etc. • http://www.hl7.org • Banque et Marchés Financiers • IFX - Interactive Financial Exchange : trades, banque, transactions client, etc. • http://www.ifxforum.org • SWIFT • http://www.swift.com • Assurance • ACORD – Gestion des Polices – indemnités, réclamations, etc. • http://www.acord.org • Distribution • IXRetail – Inventaire, transactions client, et gestion des employés • http://www.nrf-arts.org • B2B entre industries (y compris Gouvernement) • UBL – Transactions B2B – Factures, Commandes, statut inventaire, etc.

  45. Nécessité d'ouvrir les protocoles • Beaucoup de protocoles sont disponibles • DTDs XML et schemas XML, Business Process • Tout métier doit pouvoir commercer avec tout autre métier • Nécessité d'étendre ou spécialiser des messages • Nécessité de définir des nouveaux messages • Respecter un guideline (comme EDIFACT) • Initiative ebXML • Protocoles ouverts • Architecture de référence

  46. e-business avec XML : ebXML • Architecture standard pour le B2B • Développéeparwww.ebxml.org (2000 membres), créée par OASIS et UN/CEFACT (EDIFACT) • Supportée par des centaines de milliers d’entreprises • OASIS: infrastructure • Messaging Service (ebMS) • Référentiel et annuaires de documents (Registry) • Collaborative Protocol Profile and Agreement (CPPA) • UN/CEFACT: sémantique • Librairie de vocabulaires XML (Components) • Business Process Specification Schema (BPSS) • UN/CEFACT Modeling Methodology (UMM)

  47. Utilisation de ebXML 1. Dde des spécifications. 4. Recherche du profil de A 3. Publier l’application 5. Négociation d’un agrément 2. Créer une application ebXML 5. Transactions B2B Référentiel ebXML Scénarios, profils documents Entreprise A Entreprise B Référentiel ebXML Référentiel ebXML Contient les objets métiers et le modèle de processus métiers

  48. BEA Weblogic integration component IBM Websphere partner gateway enterprise Microsoft ebXML adapter pour BizTalk Oracle ebXML adapter pour OAS Sun ebXML protocol manager pour Java CAPS Autres "key-players" Axway Sopra Bind Systems bTrade Component-X eXcelon Fujitsu Tibco L’offre ebXML

  49. Etude de cas : e-invoicing (MTR) • Partenaires • MTR Corp., opérateur du métro de Hong Kong • Saggio, Asie, fournisseur de fournitures de bureau • Problèmes avec l’achat en ligne chez Saggio • Pas de moyen systématique pour MTR de stocker et d’accéder les enregistrements de transactions • Pas possible d’analyser les achats • Relevés de compte mensuels de Saggio sous forme papier • Réconciliation manuelle (sujette à erreurs) des factures et des relevés de comptes • Besoins • Envoi de factures et de relevés de compte sous forme électronique • Intégration des données d’approvisionnement dans la base de données de MTR

  50. Solution: ebXML • Composants ebXML • Hermes: ebMS développé par CECID (Center for E-Commerce Infrastructure Development, Hong Kong) • Saggio Document Processor (SDP) : application ebXML pour créer les factures électroniques et relevés de compte chez Saggio • MTR Document Processor (MDP) : application ebXML pour traiter les documents électroniques et les stocker chez MTR • Mise en oeuvre • Commandes de MTR faites en ligne sur le site Saggio • Factures et relevés de compte envoyés par SDP via Hermès à MDP • Réconciliation automatique par MTR et utilisation des données réconciliées par le service financier pour réglement

More Related