intégration d’applications
DESCRIPTION
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 - PowerPoint PPT PresentationTRANSCRIPT
Intégration d’applications
1. EAI2. Intégration d’applications avec
UDDI3. SOA4. Cloud computing5. 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.
Messages
ApplicationSAP
ConnecteurConnecteur
Bus EAI
ApplicationJ2EE
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
TRANSPORT
Architecture
CONFIGURATION
SUPERVISION
Processus Métier
Routage Messages
Transformation
Progiciels ApplicationSGBD Fichiers
Dévelop. Admin
.
… … …
Connecteurs
Workflows
Chemins
Règles
Formats
ADMINISTRATION
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
Mapping
Schémas
Field1Field2
CustomerNameTitle
Field3
Item
Les outils de développement
ItemIDQtyUnitPrice
RecordPOStatus
DateField1Field2
HeaderPOStatus
Field3
Item
Orchestration
Pipelines
Field1
Field2
HeaderPO
Status
Field3
OrderPO
Date
FieldAFieldB
DetailItem
Modélisation du processus métier
Définition des documents métiers
Analyse des Messages Transformation
des données
Visual Studio .net
10
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
11
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
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
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
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éCC Chemplorer
Connecteur
Place de marchéElemica
Place de marchéC
HTTPS
XML-XML transformationExécution de workflows avec MFG/ProVérification des fichiers produits par MFG/ProEnvoi de réponse à la place de marché
Connecteur Connecteur
inubitBPM-suite
Connecteur Connecteur
MFG/ProAppli. 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
Services Métiers et Données
Applications CompositesOutils de
ConceptionMoteurBPEL
Plateformes hétérogènes
ESB
Processus métiers
Messages XML Fiables et Sécurisés
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
Process Orchestration User Interaction
Security Services
Data and Information Services
Message Services
Inte
grat
ed C
ompo
siti
on E
nvir
onm
ent
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
Com
pose
Prev
iew
Mon
itor
Upd
ate
AquaLogic™Business Service
InteractionAquaLogic™
User Interaction
AquaLogic™ Security
AquaLogic™ Data
AquaLogic™ Messaging
Com
pose
r
32
Offres de SOAEditeur 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 SOA suite 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
Sun Java CAPS (Composite App. Platform Suite)
Offre intégrée et complète pour SOAIntégrée dans SunESB
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
SaaS Infrastructure
Cloud interne
Akamai Dell Digital Reality EMC+ VMware
IBMHPSun - Oracle
GoogleYahoo
ActivisionNetSuite
Salesforce
Microsoft Amazon
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• Réduction des coûts• Faible barrière
d’entrée• Ressources
virtuellement illimitées
• Fiabilité, disponibilité• Environnement simple• Maintenance minimale
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
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 B2BNom Description Organisation
cXML 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 formatsPIP = 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 standardhttp://www.fixprotocol.org
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é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)
47
Utilisation de ebXML
RéférentielebXML
Contient les objets métiers etle modèle de processus métiers
Entreprise ARéférentielebXML
Entreprise B
RéférentielebXML
Scénarios, profilsdocuments
1. Dde des spécifications.
3. Publier l’application4. Recherche du profil de A
2. Créer uneapplication ebXML
5. Négociation d’un agrément
5. Transactions B2B
48
L’offre ebXML
• 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
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
51
Résultats
• Solution déployée en 2004• 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
52
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
53
Bilan intégration
• Intégration de données• 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)