Tendances
Enterprise Application Integration : EAI

H2915 v1 Article de référence

Tendances
Enterprise Application Integration : EAI

Auteur(s) : Madeleine CHEVASSUS

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

Cet article est réservé aux abonnés

Pour explorer cet article plus en profondeur Consulter l'extrait gratuit

Déjà abonné ?Se connecter

Sommaire
Médias

Présentation

1 - Contexte

2 - Urbanisation du système d’information

3 - Modes d’intégration

4 - Architecture

4.1 - Caractéristiques des différents middlewares
4.2 - Briques élémentaires

Figure 5 - Message broker (d’après ) Figure 6 - Architecture hub and spoke Figure 7 - Architecture multi-hub Figure 8 - Architecture network centric

5 - EAI et serveurs d’applications

6 - EAI et bases de données

6.1 - Systèmes de gestion de base de données relationnelle
6.2 - Middlewares d’accès aux données
6.3 - Transferts de fichiers
6.4 - ETL

7 - EAI et ERP

8 - EAI et XML

9 - EAI et services Web

10 - EAI, BPM et workflow

11 - Offre commerciale

11.1 - IBM
11.2 - Microsoft
11.3 - WebMethods
11.4 - SeeBeyond
11.5 - TIBCO
11.6 - BEA
11.7 - Axway

12 - Tendances

12.1 - Service Oriented Architecture
12.2 - Enterprise Service Bus
12.3 - Logiciels libres

Bibliographie & annexes

Présentation

Auteur(s)

Madeleine CHEVASSUS : Consultant

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 95 % à découvrir.

Pour explorer cet article Consulter l'extrait gratuit

Déjà abonné ? Se connecter

DOI (Digital Object Identifier)

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

Lecture en cours
Présentation

Page
suivante

Contexte

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

12. Tendances

12.1 Service Oriented Architecture

Le thème le plus important dans le développement d’applications modernes est l’architecture orientée service (en anglais SOA). Le concept existe depuis les années 1990 et fut approché par l’Open Software Foundation (OSF), Distributed Computing Environment (DCE), Object Management Group (OMG) et CORBA (Common Object Request Broker Architecture), mais le SOA est devenu populaire en même temps que les services Web.

En écrivant du code de plus en plus complexe, les développeurs ont cherché à le réutiliser. Fut introduite la notion de design modulaire puis de logiciel à base de composants. Cependant, ces améliorations ne sont pas suffisantes pour gérer des applications distribuées, l’intégration des applications, les diversités des plates-formes et des protocoles, Internet, etc. Le SOA élimine les problèmes de protocole et de plates-formes, et simplifie sérieusement l’intégration des applications.

Notion de service : il s’agit d’une fonctionnalité dont l’interface est indépendante de la plate-forme, le service peut être localisé et appelé dynamiquement, le service contient son propre état (self-contained). Le consommateur de service découvre dynamiquement le service à travers un annuaire, choisit quel fournisseur de service appeler, par exemple en fonction du prix, et obtient les informations de description et de localisation du service, puis effectue l’appel du fournisseur de service.

Notion de message : les demandeurs de service et les fournisseurs de service communiquent par messages. Leur format est spécifié dans la description du service. C’est en général du XML. Les services d’annuaire dans le SOA permettent l’ajout incrémental de nouveaux services, isolent les demandeurs des fournisseurs de service, permettent la mise à jour dynamique des services et le choix du fournisseur de service au moment de l’exécution plutôt que de le coder « en dur ».

Les services Web jouent un rôle important dans le SOA puisqu’ils sont bâtis sur des protocoles indépendants des plates-formes comme HTTP, XML, WSDL et SOAP. UDDI permet la découverte dynamique du service, ce qui convient aux contraintes du SOA.

Le SOA, avec les services Web, est la meilleure réponse actuelle à la complexité des logiciels et à l’intégration des applications. Le SOA clarifie la conception, facilite le développement...