2.8 Urbaniser par les applications: la technologie EAI
La technologie EAI peut être placée dans la
catégorie des technologies informatiques d'intégration
métier (Business Intégration) et d'urbanisation. Elle permet
d'échanger des données en temps réel.
2.8.1 Définition
La technologie EAI permet d'échanger des données
entre deux ou plusieurs applications hétérogènes. Ces
applications peuvent être développées indépendamment
et peuvent utiliser des technologies différentes, l'EAI va s'occuper du
transfert et de la conversion des données. L'EAI n'apporte pas une
solution d'interfaçage mais un cadre d'intégration souple et
robuste. Ainsi, les entreprises seront aptes à faire évoluer leur
SI en s'appuyant sur les solutions existantes. L'EAI se chargeant
d'établir la communication entre les différentes applications
existantes.
Grâce à l'EAI, les entreprises peuvent réagir
aux changements économiques tels que la fusion, l'élargissement
de la concurrence ou de nouvelles acquisitions.
La valeur de l'EAI se situe à ce niveau: pour relier un
nouveau système, il suffit aux entreprises de « brancher » un
connecteur allant du SI à l'EAI pour que le nouveau système
puisse communiquer avec tous les autres composants du SI. Si un
dysfonctionnement survient, il est possible de trouver la source du
problème rapidement, ce qui permet un gain de temps.
Ainsi le SI est plus robuste, et les dirigeants ont un meilleur
contrôle des chiffres, ce qui leur permet de mieux anticiper les
changements économiques.
L'EAI facilite le suivi des échanges grâce aux
flux fonctionnels. Autrement dit, si le SI présente un
dysfonctionnement, il est possible de trouver la source du problème
rapidement. Cette caractéristique permet de simplifier le suivi et la
supervision. Ce qui est incontestablement un avantage pour le ROI (return on
investment, ou retour sur investissement en Français). Selon le Gartner
Group, l'utilisation de l'EAI apporterait des gains remarquables. Au niveau du
développement des interfaces simples, il y aurait un gain de 25% et 43%
pour les applications complexes. 7
L'EAI relie des applications entre elles par le biais d'un bus
d'information commun auquel elles sont liées par des connecteurs
spécifiques.
7 Source: Seralia - Moteur d'intégration - Livre blanc
sur l'EAI - Etude Integration Brokers: Market, Vendors and Trends 2001
Logiciel
Développement
Spécifique 1
Logiciel
Développement
Spécifique 2
Logiciel
Développement
Spécifique 3
Logiciel
Développement
Spécifique 5
EAI
Logiciel
Développement
Spécifique 4
Logiciel
Développement
Spécifique 6
Logiciel
Développement
Spécifique 7
Logiciel
Développement
Spécifique 8
FIG 10 - Le rôle de l'EAI
Le noeud central va gérer les échanges entre les
différentes applications du SI. Il apporte une notion de
découplage. C'est-à-dire, tous les liens entre les applications
sont désormais remplacés par une liaison unique partant de
l'application X vers l'EAI.
L'EAI peut aussi être vu comme le coeur de l'application,
auquel chaque application se connecte indépendamment.
2.8.2 Les objectifs
L'EAI va répondre à de nombreux objectifs dont :
- L'intégration des nouvelles applications à
l'existant par le biais de connecteur.
- La gestion des processus : grâce au BPM8
(Business Process Management), tous les processus de l'entreprise sont
automatisés.
8 BPM: activité qui couvre la modélisation et
l'exécution des processus métier
- La maîtrise de l'évolution du Système
d'Information : toutes les applications sont connectées et
contrôlées par l'EAI. Il est donc plus simple de maîtriser
l'évolution du système d'information.
- La baisse des coûts de maintenance : comme toutes les
applications ne peuvent communiquer que par le biais de l'EAI, les erreurs
peuvent être focalisées rapidement.
- La baisse des coûts de traitement de l'information :
l'EAI se charge de la conversion des données pour que celles ci soit
compréhensibles par le destinataire.
- La traçabilité des échanges d'information
entre les différentes applications : tous les échanges inter
application sont enregistrés par l'EAI.
- La fusion du SI de plusieurs entreprises en cas de rachat:
nous venons de voir que l'évolution du système d'information se
réalise avec un connecteur. En cas de rachat, il suffira juste de relier
le SI de la société achetée au SI de l'entreprise.
Pour répondre à ces objectifs, l'EAI peut se
reposer sur les caractéristiques suivantes:
2.8.3 L'architecture de l'EAI
Le principe de l'architecture d'un EAI se présente de la
manière suivante:
Source: EBM Websourcing - Intégration et ESB -
Janvier 2006-
FIG 11 - Agencement des différentes couches d'un EAI
L'EAI se compose de plusieurs parties:
· La couche Transport (transport des données)
· La couche Broker (connexion entre application)
· La couche BPM (orchestration des processus
métiers)
Nous allons expliquer le rôle de chaque composant.
2.8.3.1 La couche Transport (transport des données)
Les applications peuvent échanger des données
grâce à la couche transport. Cette dernière est souvent
constituée d'un MOM (Message Oriented Middleware). Le MOM est un
système qui permet de faire communiquer deux applications par son
intermédiaire de manière asynchrone.
1 - L'application expéditrice envoie le message au MOM
2 - Le MOM stocke le message en attendant que le destinataire
soit prêt à recevoir
3 - Le MOM transmet le message au destinataire
Le message est constitué de trois parties:
- Les données
- L'entête du message (caractéristique technique :
date de dépôt, identifiant)
- Ses propriétés (caractéristique
fonctionnelle appartenant à chaque application spécifique).
Si le MOM peut servir au niveau de l'acheminement (envoi,
réception), il peut aussi avoir d'autres fonctions:
- L'attribution d'une priorité à un message
particulier. Chaque message comporte une importance qui lui est propre.
C'est-à-dire, certains messages peuvent avoir une importance haute et il
faudra les gérer en priorité.
- La compression des données utiles du message
- Expirer un message à partir d'une date X: Pour
éviter de perturber le réseau, il faut détruire le message
si sa date de validité arrive à terme.
2.8.3.2 La couche Broker (connexion entre application)
Cette couche a deux rôles fondamentaux :
- Connecter les applications
- Transformation des données
Les applications peuvent se connecter indépendamment
à l'EAI à travers un connecteur. L'EAI va mettre en relation les
différentes applications de manière transparente. Le connecteur
contient toute la logique technique de connexion à l'application. Le
connecteur va gérer l'authentification, les transactions, et les droits
d'accès.
Les données transmises d'une application X vers une
application Y ne sont pas comprises de la même manière. Par
exemple, l'adresse des clients peut être représentée par un
seul champ dans l'application X alors que dans l'application Y, il y aura 4
champs (numéro de rue, nom de la rue, code postal, nom de la ville). La
transformation aura lieu au niveau de la couche d'application afin que
l'application Y puisse comprendre les données provenant de l'application
X.
2.8.3.3 La couche BPM (orchestration des processus
métiers)
Les outils d'EAI sont généralement
couplés à des outils BPM (Business Process Management) qui ont
pour rôle d'automatiser les processus de l'entreprise.
C'est-à-dire, il s'agit d'un ensemble d'activités qui vont
s'enchaîner dans le but d'atteindre un but.
Par exemple, un client demande un crédit auprès
d'un établissement financier.
FIG 12 - Gestion des processus - Source : Wilkipédia
Le schéma ci-dessus illustre un processus de demande
de crédit. Chaque responsable a un rôle particulier et intervient
à un moment bien précis pour la réalisation du processus.
Les activités ont un ordonnancement logique que nous pouvons voir
ci-dessous. L'ensemble de ces tâches va permettre de définir si la
demande de crédit est acceptée ou refusée:
A - Le commercial va saisir la demande
B - La demande est adressée au responsable financier
C - D Le responsable va recevoir la demande et va contrôler
le contenu
E0 - Le responsable financier va refuser la demande de
crédit. Ceci va donner fin au processus.
E1 - Le responsable financier va demander au service contrat la
création ou la mise à jour du dossier.
F - Le service contrat va recevoir la demande
G0 - Le service contrat va mettre à jour le dossier
G1 - Le service contrat va créer le dossier.
H- Le service contrat va notifier le responsable financier
I - J- Le responsable financier va contrôler et envoyer le
dossier au service commercial. K0 - Le service commercial va notifier le
refus
K1 - Le service commercial va recevoir un accord pour le
contrat.
2.8.3.4 Autres services techniques
L'EAI fournit des services de monitoring des données,
un référentiel des applications connectées et des
informations manipulées par les applications. Même si l'EAI
simplifie le système d'information des entreprises, elle présente
des inconvénients.
· La logique d'intégration de l'EAI est
propriétaire. C'est-à-dire, les éléments de l'outil
(connecteurs, transformateurs de données) ne sont pas standard.
Dés lors qu'une entreprise choisit un éditeur, il ne sera pas
possible de le changer.
· Il existe une plateforme d'intégration pour chaque
application EAI. Si deux entreprises veulent faire communiquer leur
application, elles doivent mettre en place des technologies comme SOAP (Simple
Object Access Protocol, c'est un protocole fondé sur le XML pour
échanger des données) ou bien les web services (c'est un ensemble
d'opération accessible via le web, en se reposant sur le protocole
standard http).
· Les produits EAI sont mis en oeuvre dans des
architectures de type hub and spoke (architecture mettant en oeuvre un point de
connexion central). Si la plateforme EAI s'arrête pour une raison X ou Y,
alors toutes les applications, et les processus sont arrêtés.
2.8.4 Les types d'architecture
Il existe deux types d'architecture pour l'EAI.
· L'architecture Hub and Spoke ( Etoile )
· L'architecture Network Centric ( Bus applicative)
2.8.4.1 L'architecture Hub and Spoke (Etoile)
Application 2
Application 6
Application 3
Hub
Application 5
Application 4
Application 1
FIG 13 -Architecture Hub and Spoke
Il s'agit d'un modèle centralisé de l'EAI.
C'est-à-dire, tous les communications passent par un hub qui concentre
les services sur un seul serveur. Les applications ne peuvent en aucun cas
communiquer sans le hub. L'un des plus grands avantages de ce type
d'architecture se situe au niveau de la supervision et de l'administration. Par
contre, la gestion de la charge est complexe dans ce type d'environnement. Pour
cela, il faudra multiplier les hubs sur les différents segments du
réseau.
2.8.4.2 L'architecture Network Centric (Bus
applicative)
BUS DE MESSAGE
Application 1
Application 2
Application 3
Application 4
Application 5
FIG 14 - Architecture Network Centric
L'architecture bus applicative distribue les services sur
plusieurs serveurs. Les référentiels de règle et des
gestionnaires de messages sont dispersés sur tous les noeuds. Quand une
application souhaite émettre un message vers une autre application,
cette demande est traitée par le référentiel du noeud
correspondant. L'un des avantages de ce type d'architecture se situe au niveau
de la charge. Celui-ci est réparti sur l'ensemble des noeuds.
Si l'on veut comparer les deux types d'architecture, il est
possible de dire que le modèle « bus » va offrir de meilleure
performance que le modèle « hub », mais sa mise en oeuvre est
plus complexe.
La technologie EAI permet de faire baisser les coûts
d'intégration et d'augmenter le ROI (Retour sur Investissement en
Français). Mais cette technologie risque de se heurter à de
nombreux problèmes:
- L'absence de référentiel commun peut
être un frein devant cette technologie. Par exemple, si l'on souhaite
faire une mise à jour pour 1000 articles en même temps, plus il y
aura de SI différents, plus le traitement durera longtemps.
- La mise en place de l'infrastructure coûte très
cher (mise en place des connecteurs, cartographie, ...)
-
L'EAI peut donc être une solution pour urbaniser le
système d'information. L'EAI va permettre au utilisateur d'avoir
à leur disposition l'ensemble des informations de l'entreprise en temps
réel. Mais les projets EAI sont lourds car ils nécessitent
l'interfaçage avec les applications concernées et ne garantissent
pas la qualité des données. Contrairement à l'EAI, la
technologie EII (Enterprise Integration Information ou bien Intégration
de l'information de l'entreprise en français) va constituer un
méta-modèle regroupant l'ensemble des informations
utilisées dans l'entreprise. Autrement dit, l'EII peut s'appuyer sur des
référentiels aussi bien en interne qu'en externe. L'EII ne
dispose pas de la fonction de synchronisation et de nettoyage des
données. L'EII est donc une solution d'accès à la
donnée où que celui-ci se trouve.
| 
