EAI et bases de données
Enterprise Application Integration : EAI

H2915 v1 Article de référence

EAI et bases de données
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 92 % à 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 ERP

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

6. EAI et bases de données

L’accès aux bases de données est un élément clé de l’EAI. Les bases de données propriétaires étaient difficiles d’accès (dans le monde prérelationnel), il y a maintenant tellement de solutions qu’il ne devrait plus y avoir de problème pour accéder aux données ou pour écrire des données dans une base quelconque. Ces accès sont indispensables à toute solution d’EAI.

6.1 Systèmes de gestion de base de données relationnelle

Les passerelles techniques vers les SGBDR sont des connecteurs spécialisés situés entre le MOM et le SGBDR. Les principaux SGBDR comme DB2, Oracle, Sybase, SQL Server sont munis de passerelles EAI. Celles-ci peuvent être fournies par l’éditeur de SGBDR, comme Oracle Gateway pour MQSeries, ou par le fournisseur du MOM, ou encore par un éditeur spécialisé comme iWay, filiale d’IBI.

L’accès au SGBDR (figure 10) est fondamental pour :

mettre à jour des données quand un message arrive ;
envoyer des messages sur modification de données ;
utiliser des données externes au niveau du message broker pour réaliser une transformation (fonction d’enrichissement).

Les deux premiers points utilisent une passerelle entre le MOM et le SGBDR. La passerelle permet de déclencher des ordres SQL ou des procédures stockées comme PL/SQL sur arrivée de message, ou inversement d’émettre ou de recevoir des messages depuis le langage de la base de données (PL/SQL pour Oracle). Le troisième point est plus ou moins bien pris en compte selon les éditeurs de message broker, certains offrent des interfaces graphiques permettant de spécifier de manière conviviale les transformations à effectuer.

HAUT DE PAGE

6.2 Middlewares d’accès aux données

Ils permettent à un applicatif d’accéder de manière transparente et simultanée à des données (figure 11), quels que soient leur mode d’organisation et leur type (DB2, Oracle, Sybase).

Il existe deux middlewares spécialisés et normalisés, ODBC (Open DataBase Connectivity) et JDBC (Java DataBase Connectivity). Ces middlewares jouent un...

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