Architecture
Enterprise Application Integration : EAI
H2915 v1 Article de référence

Architecture
Enterprise Application Integration : EAI

Auteur(s) : Madeleine CHEVASSUS

Date de publication : 10 août 2004 | Read in English

Logo Techniques de l'Ingenieur Cet article est réservé aux abonnés
Pour explorer cet article plus en profondeur Consulter l'extrait gratuit

Déjà abonné ?

Sommaire

Présentation

Auteur(s)

Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.

Lire l’article

INTRODUCTION

L’« integration business » est devenu un enjeu majeur pour beaucoup d’entreprises. Il y a de nombreuses raisons à ce surcroît d’intérêt : la croissance explosive d’Internet, les pressions de la compétition, de nouveaux modèles de business et le besoin d’homogénéiser les processus entre l’approche interne et celle avec les partenaires, pour citer quelques exemples. Un nouveau secteur de marché a émergé pour répondre à ce besoin, dédié aux logiciels qui permettent une meilleure intégration du business. La première offre dans ce sens a été les MOM (Message Oriented Middleware), conçue pour faciliter la liaison entre les différents systèmes d’information ; puis vinrent les « message brokers », puis les solutions de « business management » (gestion des processus métier), et de « workflow ». On désigne quelquefois sous le terme d’EAI (Enterprise Application Integration) l’ensemble de ce marché, bien qu’au départ, l’EAI ait été focalisé sur l’intégration de progiciels comme SAP avec soit des applicatifs hérités du passé (sur « mainframe »), soit des applicatifs plus récents sur station de travail. Maintenant, l’EAI englobe l’ensemble de ces problématiques.

Il y a une myriade d’outils et de produits d’EAI, chacun ayant la prétention d’apporter une solution globale. Nous donnons ici quelques clefs sur ce qu’est véritablement l’EAI.

Logo Techniques de l'Ingenieur

Cet article est réservé aux abonnés.
Il vous reste 94 % à découvrir.

Pour explorer cet article Consulter l'extrait gratuit

Déjà abonné ?


DOI (Digital Object Identifier)

https://doi.org/10.51257/a-v1-h2915

Lecture en cours
Présentation

Article inclus dans l'offre

"Technologies logicielles Architectures des systèmes"

(236 articles)

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques.

Des contenus enrichis

Quiz, médias, tableaux, formules, vidéos, etc.

Des modules pratiques

Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.

Des avantages inclus

Un ensemble de services exclusifs en complément des ressources.

Voir l'offre

4. Architecture

4.1 Caractéristiques des différents middlewares

  • Point à point versus multipoint : le middleware peut fonctionner en mode point à point ou en mode multipoint (n à n). Chaque mode présente des avantages et des inconvénients.

    • En mode point à point, une application A est en liaison avec une application B par le biais d’un simple « tuyau ». Quand A veut communiquer avec B, il suffit d’utiliser le « tuyau » soit par un appel de procédure, soit par l’envoi d’un message. Cela suppose que les formats échangés soient intelligibles de part et d’autre. Jusqu’ici, la solution est très simple. La situation se complique dès que l’on veut passer à plus de deux applications. Il est également difficile d’effectuer des transformations de formats dans ce contexte. Ce mode est employé par des MOM comme MQSeries et par les RPC (Remote Procedure Call) comme DCE. La généralisation du mode point à point à plus que deux applications est très complexe. Pour partager l’information, il faut avoir recours à un message broker.

    • En mode multipoint (n à n), le middleware relie entre elles n applications. Cette solution est adaptée à la plupart des contextes de l’EAI, elle apporte beaucoup de flexibilité. Elle est adoptée par les message brokers, les middlewares transactionnels (serveurs d’application et moniteurs transactionnels) et même les objets distribués. Le désavantage de ce mode est sa complexité pour la configuration des liaisons et des transformations.

  • Synchrone versus asynchrone : les middlewares EAI emploient deux types de mécanismes de communication, asynchrone et synchrone.

    • Dans le mode asynchrone, le middleware qui distribue les messages d’une application vers d’autres gère cette distribution de sorte que l’application émettrice n’ait pas besoin d’attendre que la ou les applications destinataires aient reçu le message, elle peut alors « vaquer à d’autres occupations » et ne revenir chercher une réponse éventuelle que lorsqu’elle n’aura plus rien à faire. L’avantage de ce mécanisme est qu’il n’est pas bloquant, même si l’application cible est absente ou occupée.

    • Au...

Logo Techniques de l'Ingenieur

Cet article est réservé aux abonnés.
Il vous reste 94 % à découvrir.

Pour explorer cet article Consulter l'extrait gratuit

Déjà abonné ?


Lecture en cours
Architecture

Article inclus dans l'offre

"Technologies logicielles Architectures des systèmes"

(236 articles)

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques.

Des contenus enrichis

Quiz, médias, tableaux, formules, vidéos, etc.

Des modules pratiques

Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.

Des avantages inclus

Un ensemble de services exclusifs en complément des ressources.

Voir l'offre

Sommaire
Sommaire

BIBLIOGRAPHIE

  • (1) - LINTHICUM (D.S.) -   Enterprise Application Integration  -  . Addison-Wesley (1999).

  • (2) -   Le Monde Informatique. Numéro spécial Technologies  -  (2003).

  • (3) - RIVARD (F.), PLANTAIN (T.) -   L’EAI par la pratique  -  . Eyrolles (2002).

  • (4) -   Le livre blanc de l’EAI. Intégration des Applications d’Entreprise  -  . OCTO Technology (1999). http://www.octo.com/fr/techno/wp_eai.html

  • (5) - RIVARD (F.), BERNADAC (J.-C.), KNAB (F.) -   EAI, de l’intégration à l’e-business  -  . Cosmobay~Vectis (2000). http://www.cosmobay-vectis.com

  • (6) -   L’EAI : l’intégration d’applications  -  . Les Cahiers du e-Business, no 2 (mars 2003).

1 Sites Internet

Business Integration Journal http://www.bijonline.com

Software Development Magazine http://www.sdmagazine.com

XML Journal http://www.xml-journal.com

Le Journal du Net http://www.journaldunet.com

HAUT DE PAGE

2 Organismes

World Wide Web Consortium (W3C) http://www.w3.org

XML.org http://www.xml.org

EAI Industry Consortium http://www.eaiindustry.org

Free Software Foundation http://www.gnu.org

The Open Group http://www.opengroup.org

The Data Warehousing Institute (TDWI) http://www.dw-institute.com

The Gartner Group http://www.gartner.com

IDC http://www.idc.fr

HAUT DE PAGE

3 Éditeurs

IBM http://www.ibm.com

Microsoft...

Logo Techniques de l'Ingenieur

Cet article est réservé aux abonnés.
Il vous reste 95 % à découvrir.

Pour explorer cet article Consulter l'extrait gratuit

Déjà abonné ?


Article inclus dans l'offre

"Technologies logicielles Architectures des systèmes"

(236 articles)

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques.

Des contenus enrichis

Quiz, médias, tableaux, formules, vidéos, etc.

Des modules pratiques

Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.

Des avantages inclus

Un ensemble de services exclusifs en complément des ressources.

Voir l'offre

Ressources documentaires

Plate-forme .NET

Le .NET Framework, qui permet la création et l’exécution d’applications modernes conçues autour des ...

XML et interopérabilité des systèmes - Applications en Java 1.5 et PHP 5.0

L'interopérabilité des systèmes (échange d'informations) se confronte aujourd'hui à l'hétérogénéité des ...

Mashups - Architecture des applications Web tactiques d'entreprise

Les « mashups » sont une nouvelle forme d'applications représentative de l'appropriation par ...