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 Pilotage des flots (Workflow) Connexion avec middlewares objet (CORBA, DCOM) De plus en plus basés sur XML pour l’échange d’information

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

Les couches Transport Transformation et routage Modélisation métier 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)

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

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

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

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

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

Exemple de scénario B2B 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

Sun GlassFish Enterprise Server 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

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)

Evolution du marché des EAI 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

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é

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

Architecture XML-XML transformation Place de marché CC Chemplorer Place de marché Elemica Place de marché C 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 Appli. A MFG/Pro

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

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

Etude de cas: Qwest Qwest Communications (www.qwest.com) Besoins 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.

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

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

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

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.

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 $

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.

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 Allows companies to integrate applications across the extended enterprise using a standards-based, service-oriented architecture (SOA).

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

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

Conception SOA Méthode de conception multi-niveau Un pont depuis UML 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

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

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

Offres de SOA Editeur Produit Positionnement BEA Aqualogic Très complet: service bus, repository, registry UDDI, BPM, data services, sécurité, outils IBM SOA foundation Basé sur Websphere, Rational Software Architect et Tivoli (60% du marché en 2008) Iona Artix ESB extensible, indépendant des éditeurs Microsoft Biztalk Basé sur le serveur d’intégration XML Oracle SOA suite Basé sur OAS, Jdeveloper et Aqualogic Service Bus SAG Basé sur EntireX Communicator, XML Mediator, et Tamino Sonic Progress ESB et ensemble d’outils pour le SOA Sun Open ESB ESB logiciel libre avec support JBI, l’IDE NetBeans et le SA GlassFish Java CAPS (Composite App. Platform Suite) Offre intégrée et complète pour SOA Intégrée dans SunESB

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

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

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

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

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é

Exemple : Amazon Web services Outils et solutions pour clouds 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

Evaluation du cloud computing Inconvénients Avantages 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

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

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

Quelques dialectes B2B Nom Description Organisation cXML Ariba xCBL Catalogue électronique et transactions Ariba xCBL Composants métiers pour commerce sur catalogue (produit, catalogue,...) Commerce One, ... http://www.xcbl.org UBL Librairie de documents métiers (commande, facture, etc.) OASIS RosettaNet Cadre XML pour l'industrie et référentiel de formats PIP = Partner Interface Process Consortium CommerceNet OAGIS Formats de messages pour les contenus (catalogue, livraison) OAG (Open Application group) FIX Formats de messages pour données financières (trading) De facto standard http://www.fixprotocol.org

Exemple: FIX (Finance)

Autres protocoles Santé Banque et Marchés Financiers Assurance 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.

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

e-business avec XML : ebXML Architecture standard pour le B2B Développée par www.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)

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

L’offre ebXML BEA IBM Microsoft Oracle Sun Autres "key-players" 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

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

Solution: ebXML Composants ebXML Mise en oeuvre 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

Résultats Solution déployée en 2004 Difficulté Points forts Utilisée par plusieurs centaines d’employés de MTR Difficulté Faire accepter les nouvelles procédures de réconciliation par les employés Points forts Réduction des coûts papiers, des erreurs et des délais Meilleure gestion des approvisionnements et des stocks, grâce aux données directement disponibles chez MTR Gestion de messages sécurisée, fiable et efficace avec ebMS

Exemples de secteurs d’activité ebXML Comptabilité, fiscalité, reporting Edificas Commerce GENCOD en France Banque, finance, assurance CFONB, SWIFT, CFNA, GEMA Agriculture Agro EDI Europe Construction EDIBUILT, EDIBATEC E-government Chine, Europe

Bilan intégration Intégration de données Intégration d’applications BD fédérées via XML Support de XQuery ou SQL/XML Intégration d’applications EAI XML et Web Services Business Process, SOA et BPM Cloud computing Externalisation des données et applications Accès par web services B2B Plate-forme ouverte B2B Intégration des web services (UDDI, SOAP et BPEL)