21 Octobre 2008EAI - NFE107 EAI Enterprise Application Integration Urbanisation des SI - NFE107 Fiche de lecture C. Plumejeaud

21 Octobre 2008 EAI - NFE107

EAIEnterprise Application

Integration

Urbanisation des SI - NFE107

Fiche de lecture

C. Plumejeaud


Définition

• L'Intégration d'applications d'entreprise ou IAE (en anglais Enterprise Application Integration, EAI) est une architecture intergicielle permettant à des applications hétérogènes de gérer leurs échanges. Sa particularité est d’échanger les données en pseudo temps réel.

• Par extension, l'acronyme EAI désigne un système informatique permettant de réaliser cette architecture en implémentant les flux interapplicatifs du système d'information.


Pourquoi ?

• SI = { ensemble d’applications très différentes (progiciels/applicatifs maison) }

• Besoin de faire communiquer ces applications entre elles

=> temps de développement dans des connecteurs inter-applicatifs : gaspillage


Dynamisme du marché 1/2

• le développement massif des technologies Internet et la possibilité d’utiliser ce réseau et ses protocoles pour y créer de la valeur ajoutée : Internet Application Integration (IAI)

Entreprise AINTERNET

Entreprise C

Entreprise BAtoAEAI

BtoBIAI


Dynamisme du marché 2/2

• une adoption généralisée des solutions packagées permettant l’émergence de standards métiers :

– Enterprise Ressource Planning (ERP), – Customer Relationship Management (CRM), – Supply Chain Management (SCM)


Comment ?

PRINCIPE : traiter les messages applicatifs au fil de l’eau et de façon individuelle

• Analyser les flux d’échanges métiers entre les applications

• Définir les règles de passage des messages entre application

• Implanter les règles dans le moteur de routage des messages (MessageBroker)


Architecture

Le moteur de routage est configuré après étude des flux applicatifs existants

QuickTime™ et undécompresseur sont requis pour visionner cette image.

A1

A3

A2

Applications ConnecteursAdaptateurs

Moteur de routage

Messages

Modèles métiers

CommandeA1-A3-A2-A1

LivraisonA2


Dans le détail (1/3)

• Des connecteurs servent d'interface entre l'IAE et les applications. Ils scrutent les évènements de l'application et transmettent les donénes associées vers l'IAE (ou fournissent à l'application les données provenant de l'IAE). Ces données sont appelées Objets de métier spécifiques (OMS) car elles reflètent les données de l'application (nom du champ, format...).


Dans le détail (2/3)

• Les OMS en provenance des (ou dirigés vers les) connecteurs passent par une opération de mise en correspondance ou mappage (mapping) pour transformer les données spécifiques aux applications (OMS) en données standards à l'IAE : les OM (Objets de métier).


Dans le détail (3/3)• Les OM reflètent alors le modèle de données

global des informations des différents processus de l'entreprise.

• Ils sont alors transmis à des traitements appelés collaborations qui reflètent la logique de traitement à appliquer sur un OM avant de le transmettre à une application cible – compléter les infos par recherche dans une autre

application– vérification de la validité du processus métier


A

C

B

OMSBase de données


OMA


Collaboration C1

Collaboration C2

OMA

OMB

OMc

Exemple• A : gestion de commande• B : anomalies techniques• C : portail Web

OMS

OMS

Creation article


Echanges sur le réseau

• formats d’échange standard (EDI)• fichier, message, base de données, e-mail• middlewares de communications

– mode message : • Asynchrone : Message Oriented Middleware (MOM). JMS• Synchrone : Object Request Broker (ORB) :CORBA

– Transfert de fichiers : FTP, SFTP– Web : HTTP, SOAP– Messageries: JABBER / XMPP


Avantages

• Flux centralisés : pas de nœuds• Flux traités "au fil de l'eau" : réduction du

débit• Flux réutilisable : extension aisée du système

à une autre application• Coût de migration des interfaces réduit

une application = (un OMS, un connecteur et une collaboration)


Inconvénients

• Flux massifs : non dimensionné pour Utiliser plutôt des ETL.

• Coût initial élevé

• Maintenance de la cohérence des bases pas toujours aisée (pb de synchronisation)


Les éditeurs ( Source : 99, OCTO technology)

• IBM • NEON• BEA• TIBCO• TSI• Activa• Software Technologies• Microsoft : BizTalk

server• Crossworld• Vitria• SOPRA• Forté• Template• Viewlocity

QuickTime™ et undécompresseur

sont requis pour visionner cette image.


Le marché des EAI

QuickTime™ et undécompresseur

sont requis pour visionner cette image.


Plus loin…

• ETL : Extract Transform Load

• ESB : Enterprise Service Bus

Mode principal Batch Fil de l'eau (pseudo temps-réel)

Orientation Données Métier

Volumetrie potentiellement forte (ex 15 000 000 de lignes)

relativement faible (ex. 100 000 lignes)

Sources / Cibles SGBD, ODS, Datawarehouse, Datamart, ERP, CRM

Inter-application au sens large


Sources• Wikipedia

– http://fr.wikipedia.org/wiki/Enterprise_Application_Integration

• Le journal du net– http://www.journaldunet.com/solutions/

0104/010424_eai.shtml

• Comment ca marche– http://www.commentcamarche.net/contents/

entreprise/erp.php3

• Octo technology : le livre blanc des EAI– http://www.octo.com/com/com_livreblanc.html

Documents

21 Octobre 2008EAI - NFE107 EAI Enterprise Application Integration Urbanisation des SI - NFE107 Fiche de lecture C. Plumejeaud