Article de référence | Réf : H2915 v1

Architecture
Enterprise Application Integration : EAI

Auteur(s) : Madeleine CHEVASSUS

Date de publication : 10 août 2004

Pour explorer cet article
Télécharger l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !

Sommaire

Présentation

Version en anglais En anglais

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.

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

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

DOI (Digital Object Identifier)

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


Cet article fait partie de l’offre

Technologies logicielles Architectures des systèmes

(239 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

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

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS

Lecture en cours
Présentation
Version en anglais En anglais

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...

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

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

Cet article fait partie de l’offre

Technologies logicielles Architectures des systèmes

(239 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

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

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS

Lecture en cours
Architecture
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...

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

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

Cet article fait partie de l’offre

Technologies logicielles Architectures des systèmes

(239 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

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

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS