Architecture EAI, quelles solutions choisir pour votre SI ?

La fonction principale d’un EAI (Entreprise Application Integration) est l’organisation rationnelle des échanges de données entre les différentes applications du système d’information de l’entreprise. Avec les architectures EAI, les DSI (Direction de Systèmes d’Information) obtiennent une vision globale des flux d’information dans l’entreprise.

En effet les systèmes d’information des entreprises sont de nature hétérogène. Ils ont été bâtis progressivement par l’empilement d’applications toutes indépendantes entre elles Gestion de production, Gestion Commerciale, CRM (Customer Relationship Management), WMS (Wharehouse Management System), SCM (Supply Chain Management System) Comptabilité Finances, GRH (Gestion des Ressources Humaines), Portails internet, Sites e-commerce, Applications mobiles, …).

Selon les besoins de l’entreprise, les échanges inter applicatifs sont traités cas par cas au moyen de liaisons point à point. Un EAI doit être en mesure de prendre en charge ces échanges dans leur globalité. L’architecture EAI doit prendre en compte les problématiques des différents formats de données et de connexion de technologies logicielles différentes.

Un EAI (architecture EAI) doit traiter le contenu et son transport.

Traitement du contenu dans l’architecture EAI:

Un EAI permet aux applications d’échanger dans les formats que les applications reconnaissent. Pour cela un référentiel contient toutes les règles de traduction et de conversion des messages. Une double traduction avec un format pivot est le plus souvent réalisée.

Transport du contenu pour une architecture EAI :

Cette fonction est assurée par des MOM (Message Oriented Middleware) dont la particularité est d’être non bloquants. En effet, les applications qui émettent des flux d’informations au fil de l’eau, ne doivent attendre que les applications réceptrices les aient reçus. Pour cela les MOM gèrent les files d’attentes afin de ne pas perdre les messages lorsque les applications réceptrices ne sont pas disponibles.

Quelle architecture EAI pour votre SI ?

Il est primordial de parler d’architecture EAI centralisée hub and spoke et d’architecture EAI décentralisée network centric.

L’architecture hub and spoke 

Toutes les applications sont connectées à un hub central. Le moteur d’intégration et le référentiel sont installés sur le hub.  Le moteur traite le message reçu par l’application émettrice selon les règles de routage et de traduction définies dans un référentiel. Alors, l’application destinataire agira selon le message reçu en accusant réception et si nécessaire en retournant les informations ou données demandées.

Cette architecture, simple à mettre en place et à administrer, est cependant limitée pour des charges importantes. En effet, la montée en charge nécessite la réplication de plusieurs hubs sur des segments du réseau et de ce fait complexifie l’administration.

L’architecture network centric

Pas de hub central, les différentes applications sont connectées au réseau. A chaque nœud de connexion les fonctions de l’EAI sont déportées. Le traitement des messages émis par les applications s’effectue au niveau du point de connexion au réseau.

L’avantage principal de cette architecture est de diminuer la charge sur le réseau. En contrepartie son administration sera plus difficile, chaque nœud de connexion devra être administré de façon exclusive.

Faut-il favoriser une approche tactique ou stratégique ?

Autre point important à prendre en compte lors d’un projet EAI et du choix de l’architecture. Il faut organiser rationnellement les flux inter applicatifs dans le système d’information. Dans ce cas nous parlerons d’EAI tactique.

S’agit-il d’organiser les échanges transversaux entre les services, filiales d’un groupe pour consolidation et/ou supervision ? Dans ce cas nous parlerons d’EAI stratégique.

Les enjeux du projet EAI en seront différents, les flux traités sont de natures différentes. L’attente d’un EAI tactique est l’amélioration des processus métiers de l’entreprise sans impact organisationnel. Les aspects techniques et métiers sont privilégiés. L’attente d’un EAI stratégique est une nouvelle organisation interne de l’entreprise. Un accompagnement au changement d’organisation est dès lors primordial.

Architecture EAI

Quels sont les bénéfices attendus d’une architecture EAI ?

  • Peu ou pas de modifications des applications ou des structures de données, l’EAI prend en compte l’existant,
  • L’EAI permet d’appliquer la politique du  » Best of Breed « , le meilleur produit par métier sans se préoccuper de son intégration,
  • Disposer d’un socle évolutif s’adaptant aisément aux évolutions métier et structurelles de l’entreprise,
  • Accompagnement à la transformation numérique de l’entreprise, votre solution EAI va être un facilitateur pour intégrer de nouvelles applications et fonctionnalités.

Les entreprises de services comme Tenor accompagnent leurs clients dans la mise en œuvre de leur flux EAI et sont spécialistes de l’intégration de vos données. EAI ou ETL les solutions proposées s’intègrent parfaitement à votre architecture et notamment avec votre ERP.

Contactez notre service commercial pour plus d’information et démarrer prochainement vos projets avec nos solutions de Data Management!

ETL Architecture : Découvrez les trois étapes d’un projet ETL – Extract Transform Load

L’ETL architecture dépendra de votre projet d’intégration de données. D’ailleurs, ETL et EAI (« Entreprise Application Intégration) » sont deux éléments principaux d’un projet de ce type. A quoi sert un ETL pour une Dsi? comment réaliser mon ETL architecture et quels liens y-a-il avec le bigData ? Autant de réponses que nous traiterons dans le présent article.

Qu’est-ce qu’un ETL ?

Si nous avons déjà identifié les différences entre ETL et EAI il convient tout de même de rappeler ce qu’apporte un ETL dans une architecture de Système d’Information. Un ETL permet d’automatiser les traitements d’alimentation des entrepôts de données. Ses fonctions sont de collecter des données provenant de sources différentes, de les traiter et de les charger dans un entrepôt de données. On parle aussi d’ETL integration. Alors qu’un EAI permet d’automatiser les échanges de données entre applications (Data Integration).

Pourquoi intégrer un ETL dans votre architecture de données ?

Les systèmes d’information des entreprises sont de natures hétérogènes, plusieurs sources de données, de générations différentes, ERP (Enterprise Ressource Planning), CRM (Customer Ressource Management), Gestion de production, et autres progiciels… Toutes ces bases de données sont toutes optimisées pour des transactions à des fins métiers et applicatives.

En effet vos datas sont de sources multiples et de structures de données différentes, le traitement des données n’en est que plus complexe. De même il y a de possibles redondances d’informations : cet état est un obstacle à une analyse facile et rapide des données de l’entreprise. Évitez le syndrome du plat de spaghetti!

ETL Architecture - Schéma spaghetti

La solution pour votre ETL architecture : collecter toutes les données pertinentes de l’entreprise dans un Data Wharehouse ou entrepôt de données. Les données seront alors organisées à des fins d’analyse dans un référentiel de données. L’outil idéal pour améliorer la qualité des données. Les travaux de Ralph Kimball et Bill Inmon décrivent largement comment construire un Data Wharehouse qui répond aux besoins Business Intelligence de l’entreprise. On y retrouve les prémisses de notions d’ETL architecture.

C’est là qu’un processus de type ETL Architecture est nécessaire. Il s’établit en trois étapes.

L’extraction

Un ETL doit être en mesure de collecter, en temps réel ou par batch, toutes sortes de données brutes, données structurées, données non structurées ; en provenance des différentes sources du système d’information de l’entreprise, sur site et sur le cloud.

Cette étape consiste à extraire de l’ensemble des bases de données (Oracle, SAP, MySQL, …) des applications de l’entreprise. Cette opération nécessite l’utilisation de plusieurs technologies adaptées au type de la source de données : des passerelles, des utilitaires de réplication, des extracteurs, des connecteurs, des API.

A cette étape, il est envisageable de faire à appel à des MPP (Massivelly Parallel Processing), pour se connecter simultanément à un grand nombre de base de données.

La transformation

Cette étape est la plus importante, elle garantit la qualité des données que votre ETL architecture va intégrer dans l’entrepôt de données.

Pour chaque nature de données, origine de données, des règles précises sont définies pour :

  • Vérifier les données,
  • Supprimer les doublons,
  • Nettoyer les données,
  • Standardiser selon les règles métiers.

L’objectif est de produire des données propres prêtes à être chargées dans le Data Warehouse et à servir de source pour les solutions d’analyse.

Le chargement

Après cette étape, les données stockées sont facilement accessibles et utilisables : 

  • Analyse avec des outils OLAP (On Line Analyse Processing),
  • Recherche de corrélation avec le Data Mining,
  • Partage avec les outils de Reporting,
  • Exploitation par les Outils Business Intelligence.

Pour des gains de performance ces trois étapes, extract transform load, s’effectuent souvent en parallèle.

ETL et BigData

La transformation numérique des entreprises à l’ère du Big Data multiplie les sources de données : IoT (Internet of Things), OpenData, Site e-commerce, Réseaux Sociaux, pages Web, …, et les nouveaux types de données non structurées et présentes en de très grandes quantités.

Il est donc nécessaire de soigner la scalabilité de l’architecture d’un projet ETL pour anticiper ces nouvelles données.

L’offre ETL Architecture

Comme pour la plupart des logiciels l’offre ETL architecture se décline :

  • En mode propriétaire :
    • On-premise, mode traditionnel en Licence, installé sur les serveurs de l’entreprise,
    • Cloud avec un modèle économique de type SaaS (Software As A Service),
    • En mode Open Source, solutions libres de droits mais avec les contraintes d’intégration des logiciels Open Source,
    • Et aussi en mode service cloud, tel que Cloud Data Fusion proposé par Google, un service low code / no code qui permet d’alimenter en données son entrepôt de données BigQuery à partir de différentes sources avec des modèles de transformation prédéfinis.

Si cet article vous a plus, a lire aussi celui sur les 10 bonnes raisons de passer au MDM (Master Data Management), ou encore celui sur l’amélioration de la qualité des données.

Depuis plus de trente ans, Tenor accompagne les entreprises dans leur transformation digitale. Nos consultant vous proposent des solutions d’intégration, d’automatisation et d’intégration. Nous proposons des solutions de gestion de données comme les ETL informatique. Contactez nos équipes pour lancer votre projet.

ETL integration ou Intégrer un processus ETL « Extract Transform Load » dans un système d’information

Un processus ETL integration est simple : extraire des données de l’entreprise brutes, qualifier et consolider ces données sources selon des règles métiers. Ensuite il suffit de les charger dans un warehouse, entrepôt de données, qui deviendra la base de données des outils de Business Intelligence de l’entreprise. Dans cet article nous répondrons aux questions suivantes :

  • Comment intégrer un ETL dans l’entreprise quand on est Dsi ?
  • Dans quels cas mettre en place votre ETL integration et ses environnements ?
  • Quels sont les avantages attendus par la mise en œuvre d’un ETL ?

Depuis plus de trente ans, Tenor accompagne les entreprises dans leur transformation digitale. Nous proposons des environnements pour piloter vos donnée et des interfaces pour gérer la traçabilité de de vos flux de données. En effet nous proposons des solutions de gestion de données. Nos solutions EDI / EAI et de facture électronique s’intègrent à vos ERP, TMS, WMS et autres logiciels métiers.

Comment intégrer un processus ETL dans l’entreprise ?

L’ETL Integration ou l’intégration d’un processus ETL nécessite une succession de tâches de type Extract / Transform / Load :

Déterminer toutes les données nesessaires à l’entreprise pour votre ETL integration

Dans un premier temps, il faut déterminer l’ensemble des données que l’entreprise a besoin de collecter dans son entrepôt de données. Cela vous permettra d’obtenir une vue complète des informations nécessaire au décisionnel. 

Identifier les sources de données à l’intérieur comme à l’extérieur de l’entreprise.

La deuxième phase consiste à inventorier les différentes sources de données internes et externes, données structurées, données non-structurées : sur les serveurs de l’entreprise, dans le cloud : bases de données, fichiers, messages EDI, mails, etc. Il sera nécessaire de prévoir autant de connecteurs que de sources.

Sélectionner les meilleures sources de donnée pour chacune de vos datas

Pour chaque donnée, sélectionner la source la plus pertinente. Exemple choisir la source pour l’adresse d’un client : CRM (Customer Resource Management), Gestion Commerciale, Facturation. 

Mettre en place des règles de transformation de la donnée

Définir les règles de transformation des données :

Exemples qui nécessitent des transformations cas par cas selon des codifications différentes :

  • Changement de type : numérique vs alphanumérique,
  • Décodage : [0,1] vs [‘Non’,’Oui’],
  • Conversion : mile vs kilomètre,
  • Formats de dates : ‘25/12/2020’ vs ‘12/25/2020’.

Préparer les modèles d’extractions de données pour votre ETL Integration :

  • Extraction complète pour le chargement initial et des rafraichissements complets des données,
  • Extraction incrémentale, uniquement les nouvelles données ou les données modifiées, pour une synchronisation en temps réel ou planifiée,
  • Et la mise en place des journaux de transactions, de logs et d’erreurs.

Des outils GUI (Graphical User Interface) ou propriétaires comme DEX permettent de modéliser les processus ETL de façon graphique et intuitive sans nécessité de codage. Et les SOA (Service Oriented Architecture) proposent un moyen souple et simple de construire le processus ETL integration.

Suivre la montée en charge de votre ETL Integration

Les quantités de données extraites et traitées augmentent, le processus ETL sollicite des ressources système de plus en plus importantes. Les administrateurs ETL devront auditer régulièrement la montée en charge et envisager à optimiser avec la mise en place de traitements parallèles. Les capacités de votre Data warehouse seront primordiales.

Dans quels cas mettre en place votre ETL integration ?

L’alimentation de la base de données d’un outil de Business Intelligence peut s’effectuer à l’aide de scripts indépendants. Cette approche demande des développements spécifiques pour chaque source de données avec des risques importants de régression à chaque modification de données.

Dès lors que l’existant est composé :

  • De multiples sources de données,
  • Des structures de données hétérogènes,
  • Des quantités importantes de données à extraire et à transformer,

et qu’il nécessite :

  • La création d’un référentiel unique des données,
  • La nécessité d’un contrôle efficient de la qualité des données : traitement des données erronées, des redondances.

L’intégration d’un processus ETL est la solution à envisager.

Migration de données. Les outils ETL sont aussi utilisés pour des opérations de migration de données d’anciennes applications vers de nouvelles qui nécessitent un changement lors de la modernisation du système d’information, ou lors d’opérations de fusion-acquisition. L’ETL integration permet ainsi de mettre à niveau la gestion de la data des filiales vers la maison mère et vis vers ça.

schema ETL integration

Quels sont les avantages attendus ?

Le principal avantage d’un ETL integration est sa contribution à la réussite du déploiement d’outils de Business Intelligence et de Big Data. Il permet de garantir la qualité des données analysées et d’en assurer leur synchronisation en temps réel avec l’opérationnel de l’entreprise. Tout cela dépendra aussi de votre ETL architecture.

Un ETL est évolutif, il s’adapte facilement aux nouveaux besoins de l’entreprises. De nouvelles données et sources peuvent être facilement prises en compte par le simple ajout de nouvelles règles et connecteurs.

En réalisant une cartographie des données détenues par l’entreprise, un ETL est aussi en mesure de contribuer à veiller à la conformité RGPD (Règlement Général sur la Protection des Données).

Depuis plus de trente ans, Tenor accompagne les entreprises dans leur transformation digitale et les solutions de E-commerce. En effet nous proposons des solutions de gestion de données comme les ETL informatique mais également des solutions d’intégration de données. Nos solutions EDI, EAI, de facture électronique ou de développement s’intègrent à vos ERP, TMS, WMS et autres logiciels métiers. Fichiers pivots, API et webservices sont autant de fonctionnalités disponibles pour gérer vos données. Contactez nos services pour plus d’informations et obtenir un planning de mise en oeuvre.

Différences entre EAI et ETL : deux moteurs distincts pour l’intégration de vos données

Il existe de nombreuses différences entre EAI et ETL ! Même si on les confond parfois, EAI et ETL ont chacun un rôle distinct dans l’urbanisation d’un système d’information (SI).

Découvrez dans cet article leurs ressemblances et leurs différences. L’occasion d’identifier comment les utiliser dans vos échanges interapplicatifs (crm / erp /…) et vos processus métier (wms / TMS / …).

Qu’est-ce qu’un EAI ?

Un EAI (Enterprise Application Integration) est une solution logicielle permettant de faire communiquer les différentes applications du système d’information d’une entreprise en toute agilité. Ces outils permettent d’automatiser la gestion des données, de les modéliser mais également de les préparer pour l’informatique décisionnelle.

En effet, ce type de plateforme orchestre les flux interapplicatifs selon des règles de routage sophistiquées : c’est le workflow de votre projet.

De fait, un EAI est une application qui organise la circulation de l’information entre des applications hétérogènes et les rend interopérables.

Un EAI a trois fonctions :

  • la connexion aux briques applicatives,
  • la conversion et l’intégration des informations dans un langage commun,
  • le transport des flux de données, de l’application émettrice à l’application réceptrice.

Pour fonctionner, l’EAI possède des données de référence liées à l’entreprise, un moteur de gestion de règles, des connecteurs applicatifs et un système de transport d’information.

Il y a effectivement quelques similitudes entre EAI et ETL. Mais découvrons d’abord ce qu’est un ETL.

QU’EST-CE QU’UN ETL ?

Un ETL (Extract Transform Load) est un type de logiciel d’échanges permettant de collecter des données de sources multiples pour ensuite les restructurer et les transférer à une data warehouse.

À l’ère du big data et du tout cloud, les ETL s’adaptent aux nouveaux types et sources de données de l’entreprise pour faciliter l’aide décisionnelle et analytique sur une grande quantité d’informations.

Le fonctionnement d’un ETL se décompose en trois étapes :

  • l’extraction, pour collecter l’ensemble des données ayant subi une modification depuis la dernière exécution. Les données brutes peuvent provenir d’une ou plusieurs sources ;
  • la transformation, pour formater les datas, et notamment les agréger ;
  • le chargement, pour insérer les données dans la base décisionnelle ou les bases de données cibles.

En somme, EAI et ETL sont tous les deux des middleware. Mais comment s’inscrivent-ils dans votre architecture informatique?

EAI et ETL, deux moteurs différents du middleware

Même s’ils font tous les deux partie du terme générique de « middleware », un EAI n’est pas un ETL, et un ETL n’est pas un EAI. Chacun répond à des objectifs différents dans les problématiques d’intégration de données.

Un EAI fonctionne à l’événementiel, selon des règles fonctionnelles. En outre, il est orienté métier et fait le lien avec toutes les applications de votre système d’information. De même, il sait gérer des flux bidirectionnels et reste adapté à des volumétries modérées.

Un EAI facilite l’interopérabilité des applications en ne transférant que leurs données nécessaires, presque en temps réel.

CONSEIL : durant le traitement des flux, faites attention aux règles de gestion complexes et à la taille des transactions pour la bande passante du réseau.

De son côté, un ETL fonctionne sous forme de batch. De fait, les règles de consolidation sont liées aux données ou aux métadonnées. Il est orienté BI (Business Intelligence) et s’adresse à des applications d’analyse décisionnelle. Par conséquent, l’ETL gère des flux unidirectionnels et peut traiter des données en masse.

Un ETL permet les transformations et agrégations complexes de grands volumes de données pour votre base de données multidimensionnelle.

Un ETL permet les transformations et agrégations complexes de grands volumes de données pour votre base de données multidimensionnelle.

CONSEIL : faites attention aux exigences en espace disque et à la latence entre le moment de l’extraction et la mise à disposition dans l’entrepôt de données. Par conséquent, privilégiez les traitements de nuit.

Que choisir entre ETL et EAI ?

Un choix en fonction de l’architecture cible

L’implémentation d’un EAI s’inscrit dans une architecture dite EAI (Entreprise Architecture Interface). Il s’agit d’une architecture orientée applications.

Les architectures EAI sont de type « Hub and spoke » (modèle en étoile), « Network centric », ou encore SOA, pour un partage des fonctionnalités des applications.

En revanche, l’ETL est l’outil des architectures intergicielles orientées données.

Souvent, la cartographie des flux n’est pas figée. C’est le cas pour les projets de migration dans lesquels les systèmes informatiques existants doivent coexister avec un nouveau système.

L’ETL pour l’analyse de flux et le big data

Jusqu’ici, les outils décisionnels étaient essentiellement destinés à une gestion des datas internes à l’entreprise comme aide à la prise de décision.

Aujourd’hui, avec des variantes telles que l’ELT, les performances s’améliorent. De fait, il devient possible d’intégrer des informations externes et stratégiques. Un pas de plus vers le big data pour la chaîne décisionnelle de votre entreprise !

Les DSI nomment en premier les solutions BI en termes de recherche de solutions et de pilotage de projets sur l’année à venir (CIO TechPolls : tech priorities 2018).

L’EAI vers l’entreprise globale

La spécialisation des métiers et la complexité des besoins entraînent souvent une multiplication des applications spécialisées au sein d’une même entreprise : un ERP couvre rarement tous les besoins de l’entreprise.

Plus les applications d’entreprise sont nombreuses, plus leur intégration et le partage de la donnée deviennent complexes. De surcroît, ils sont cruciaux pour le bon fonctionnement des systèmes d’information.

On utilise l’EAI pour faire communiquer des applications qui n’ont pas été conçues pour dialoguer entre elles.

Par conséquent, avec la mise en place d’un projet EAI, on limite le nombre d’interfaces et on facilite l’évolution et le reporting du système global.

CONSEIL : pensez à établir des formats de fichiers pivots par types de transactions pour réduire les efforts lors de l’intégration des futures nouvelles applications.

Des fonctionnalités différentes pour vos processus métiers

ETL et EAI sont deux solutions d’intégration aux fonctions différentes. En effet, la première est orientée décisionnel et aide à la décision. Ainsi la seconde est orientée services et collaboration entre applications. C’est notamment le parti pris par DEX. A juste titre celui-ci est également appelé ESB (enterprise service bus).

On peut tout de même leur trouver un point commun : le partage d’une vision unique des datas et des processus métiers de votre entreprise !


Depuis plus de 30 ans, Tenor vous accompagne dans la mise en place et la gestion de vos échanges et de vos données. Notre offre d’échange de données informatisé, et de dématérialisation fiscale viennent en complément de notre logiciel d’EAI. Pour approfondir le sujet, découvrez notre définition de l’EAI ou cet excellent article sur le déploiement fournisseurs. Vous pouvez également nous contacter pour échanger sur votre projet.


Qu’est-ce qu’un EAI (Enterprise Application Integration) ?

Enterprise Application Integration (EAI) pour le terme consacré en anglais, est aussi appelé Echanges Inter-applicatifs de Données en français. Ce terme désigne une architecture SI qui permet à plusieurs logiciels de communiquer entre eux et de gérer les différents échanges. On parle aussi de gestion des flux inter-applicatifs. Par raccourci, les outils logiciels middleware utilisés pour réaliser ces architectures EAI sont eux aussi appelés « logiciels EAI ».

Continue reading « Qu’est-ce qu’un EAI (Enterprise Application Integration) ? »