EAI et serveurs d’applications
Enterprise Application Integration : EAI

H2915 v1 Article de référence

EAI et serveurs d’applications
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 93 % à 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

EAI et bases de données

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

5. EAI et serveurs d’applications

Les serveurs d’applications (figure 9) offrent un environnement d’exécution pour des applications à base de composants, très souvent pour des applications orientées Web. Les services offerts sont la gestion des transactions, la gestion des objets, le support des connexions, la gestion des sessions, la gestion des événements, une machine virtuelle Java, l’équilibrage de charge (load balancing) et la tolérance aux pannes. Les serveurs d’applications ont de plus en plus d’importance dans l’infrastructure d’intégration de l’entreprise, et ce pour plusieurs raisons :

les applications e-business demandent souvent des fonctionnalités qui ne sont pas présentes sur les systèmes existants. Il faut donc y intégrer du nouveau code. Le serveur d’applications est très souvent la plate-forme sur laquelle le nouveau code est développé ;
les serveurs d’applications permettent la connectivité Web, ce qui facilite l’extension des solutions existantes vers les solutions e-business ;
le serveur d’applications est une plate-forme robuste qui propose l’équilibrage de charge, la tolérance aux pannes, la gestion des transactions et, pour les technologies EAI, des fonctions comme la traduction, la transformation et le routage intelligent ;
la plupart des serveurs d’applications du marché s’appuient sur l’environnement J2EE, un modèle puissant pour construire des composants orientés business ou base de données (EJB : Enterprise Java Bean), la gestion des messages avec JMS (Java Message Service), les transactions avec JTS (Java Transaction Server) et les interfaces Web avec JSP (Java Server Pages). Les services Web sont supportés à partir de J2EE 1.4.

Microsoft de son côté prône l’environnement .NET, fourni à partir de Windows 2003. Dans ce cas, la gestion des messages est fournie par MSMQ (Microsoft Message Queuing), les transactions par MTS (Microsoft Transaction Services). Le développeur en environnement Microsoft peut travailler en C#, en Visual Basic .Net, etc.

Les éditeurs de serveurs d’applications offrent maintenant des facilités d’intégration comme des connecteurs applicatifs vers les applications packagées, des facilités de synchronisation de données avec des sources de données multiples, et le support des transactions distribuées. Beaucoup de serveurs d’applications supportent XML.

Les technologies des serveurs d’applications et de l’EAI...