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)