7 - EAI Les EAI : Enterprise Application Integration Marché Introduction Objectifs Définition Architecture Marché

Introduction Interfacer les applications de l'entreprise pour garantir l ’indépendance des applicatifs, simplifier les échanges, en s’appuyant sur des standards une offre apparue en 1999 : à partir des MOM : Messages Oriented Middleware, puis des messages Brokers les outils d'intégration d'applications de l ’Entreprise (EAI) Source: Stratégies, forces et défis des grands offreurs sur le marché des EAI Gartner Group 1999 A noter qu’il existait une offre plus ancienne de « bus applicatifs » Ex : SOPRA RDJ et BULL Flowbus

Objectifs Une infrastructure d'échanges pour les applications : pérenne et évolutive, inter opérable avec les partenaires externes et les progiciels Comment ? Supprimer toute couche intermédiaire propriétaire entre les applications et les middleware d'échanges, Avec une infrastructure d'administration et de supervision commune pour toutes les applications du SI .... S ’appuyer sur les modèles et standards du marché

Problématique ? « Syndrome spaghetti » Du TF vers le MOM 10/05/98 Problématique ? « Syndrome spaghetti » Du TF vers le MOM Bus d’échange généralisé Centralisation : de la gestion des règles de transformation de l ’administration des flux 24

Les Middleware rappels Plusieurs types de Middleware : TPM : Transaction - processing Monitors exemple :TUXEDO BEA MOM : Message-oriented middleware exemple : MQ Series IBM ORB : Object request brokers exemple IONA et modèle CORBA WEB : Web application protocoles exemple : HTTP, IIOP/RMI OTM : Object Transaction Monitors J2EE, MTS ... EAI Les protocoles Web application ne sont pas des middlewares, pas encore, mais le W3C s’y attelle avec l’activité XML protocols, et le protocole SOAP en cours de spécification.

EAI - Définition EAI catégorie de solutions et produits qui permettent : Le transport de messages, La transformation (data), en s ’appuyant sur des règles ‘ métiers ’ L ’administration et le contrôle de flux La gestion des processus La gestion d’un référentiel Le contrôle de flux comprend la fonction d’abonnement des applications à des messages . Processus=transaction longue=workflow Cf Avignon p.58

EAI - architecture MOM Transport Administration / Supervision Solution EAI métier - Transformation en formats métier standards - Traitements métiers (Réconciliation ...) - Interface systèmes externes (ERP, finances ..) Gestionnaire Règles Message Broker / EAI technique - Routage - Transformation - Référentiel de règles - Audit, traces Administration / Supervision Transport MOM

EAI Architecture Plusieurs topologies d'exécution possibles: Donc , Étoile (ou Hub) Un serveur reçoit et route tous les messages inter-applications Bus (type Publish/Subscribe) Plusieurs agents reçoivent chacun les messages et partagent le même référentiel de configuration. Mixte Donc , Complexité d'interface : transformation des données en fonction du destinataire suivant des règles définies et gérées au niveau du broker multi destinations Nouveau paradigme d'organisation: Règles de gestion pour les flux gérés de manière centralisée dans le broker et non dans les applications

Fonctionnement Exemple - étoile EAI Application A Hub Bus échange M.I. Hub Règles M.I. Bus échange Application B M.I. Autre Queue Manager Autre Hub

Le modèle Publication-Abonnement Exemple - Bus Application A Données A Application B Données B Application C Données C Transformation de formats Dictionnaire des échanges Annuaire des abonnés Diffusion de l’événement Files d’attente EAI Publication d’un événement Abonnement à un événement Consommation asynchrone On a dans la « table des abonnés » une table de correspondance entre un type de message (un sujet = topic) et les applications qui ont déclaré un intérêt pour ce type de message. C’est le modèle de conception «  Observateur », alias Publication-Abonnement. On combine plusieurs facteurs de flexibilité dans le SI: les publieurs et les abonnés ne se connaissent pas, les abonnés à un même sujet ne se connaissent pas entre eux, Ils n’ont pas besoin d’être sur la même machine, Les applications n’ont pas besoin d’attendre une réponse (si besoin était une appli. peut s’abonner à un type de message qui représente la réponse attendue) Enfin grâce à XML le contenu du message peut être extensible (tout en étant sujet à validation) A noter que cette infrastructure peut fonctionner à des niveaux de granularités différents, aussi bien au niveau d’un dossier que d’un batch (cf « batch au fil de l’eau »).

Marché EAI - Quelques offres SOPRA: RDJ/MQ Puissant moteur de transformation et de routage Intégration Fichiers et bases de données Num. 1 Européen Au dessus MQ Series IBM / NEON: MQSeries Integrator Bâti au-dessus de MQSeries Puissant moteur de transformation et de routage Multi-plateformes Support des standards (Internet, XML,etc...) Outils d'administration que MQSeries TSI: Mercator Intégration Fichiers Interfaces financières Interface avec les progiciels (ex: SAP R/3, PeopleSoft) Support des standards (Internet, XML,etc...) Sopra, nouveau produit eTalk supportant XML .

Marché EAI - Quelques offres TIBCO: TIB/MessageBroker Puissant moteur de routage Interfaces avec les réseaux financiers (Reuters) Multi technologies (Corba, COM, XML...) Numéro 1 mondial Autres MINT Mint Core STC: DataGate Candle: Candle Roma Constellar: Constellar Hub Forté Software: Forté Fusion HIE: CloverLeaf

En conclusion Les services d ’un EAI EAI = MOM avec Services à valeur ajoutée: Services de base (horizontaux): Transport Routage dynamique Publish/subscribe, multicast Transformation de données en fonction des destinataires Gestion des transactions Référentiel de règles (et outils de définition et gestion) Options d'interfaces (verticaux): Formats de messages standards (métier (financier Swift), FAX, Mail, Telex ...) Interface avec les progiciels (ERP, CRM)