EAI et services Web
Enterprise Application Integration : EAI

H2915 v1 Article de référence

EAI et services Web
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, BPM et workflow

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

9. EAI et services Web

Les services Web De XML aux services Web pour les entreprises ont été définis comme la prochaine génération pour les traitements distribués. Les brochures marketing spécialisées promettent une réduction des coûts faramineuse et des efforts d’intégration réduits à leur strict minimum. Des centaines d’éditeurs de logiciels se définissent maintenant comme des compagnies de services Web. Voyons un peu plus en détail ce que sont les services Web, ce qu’ils apportent et leur relation avec l’EAI.

Les services Web sont issus d’une technologie permettant à des applications de dialoguer à distance via Internet, indépendamment des plates-formes et des langages sur lesquels tournent ces applications.

Les services Web s’appuient sur un ensemble de protocoles standardisant les modes d’invocation de ces composants applicatifs. Il s’agit de protocoles basés sur XML comme SOAP (Simple Object Access Protocol) et de WSDL (Web Services Description Language) (figure 14).

SOAP est un protocole XML qui décrit les messages entre l’application qui joue le rôle de client (invoquant le service) et l’application qui joue le rôle de serveur (dont une portion de code est exécutée à distance, délivrant le service) et pour le transport le protocole HTTP (ou bien SMTP, FTP). Le langage SOAP est simple, modulaire et extensible.

WSDL est un format XML qui permet la description de manière standard de chaque service Web. Le document donne des informations sur comment accéder et utiliser le service, décrit l’interface et précise où il réside.

UDDI (Universal Description, Discovery and Integration) est un annuaire comme les Pages Jaunes où l’on trouve les services Web et les documents WSDL associés.

La figure 15 montre les interactions entre le demandeur, l’annuaire et un fournisseur de services. Chaque nouveau service est déclaré lors de sa création dans le répertoire des services (opération publish). L’utilisateur choisit le service Web qui lui convient en consultant l’annuaire (opération find). Il y trouve la description WSDL de ce service et peut l’invoquer (opération bind) en passant les paramètres ad hoc.

Les caractéristiques...