Home Blog Architecture EAI : hub and spoke, network centric et approche tactique vs stratégique

Architecture EAI : hub and spoke, network centric et approche tactique vs stratégique

Mise à jour du 07/05/2026

Data Center
 

💡 En résumé : L’architecture EAI définit la manière dont les applications d’un SI échangent leurs données. Deux modèles principaux s’opposent : le hub and spoke (centralisé) et le network centric (décentralisé). Le choix dépend de la taille du SI, des volumes de flux et de l’ambition du projet : tactique ou stratégique.

 

 

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. 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 indépendantes : 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.

 

L’architecture EAI prend en compte les problématiques des différents formats de données et des technologies logicielles différentes.

1. Traitement du contenu et transport dans une architecture EAI

 

 

Définition : Une architecture EAI repose sur deux fonctions fondamentales : le traitement du contenu (transformation des données dans les formats reconnus par chaque application) et le transport du contenu (acheminement fiable des messages entre les systèmes).

 

 

 

Le traitement du contenu

 

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.

 

Le transport du contenu

 

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.

 

2. Les deux modèles d’architecture EAI : hub and spoke vs network centric

 

L’architecture hub and spoke (centralisée)

 

Définition : Dans une architecture hub and spoke, toutes les applications sont connectées à un hub central qui héberge le moteur d’intégration et le référentiel. Tous les échanges transitent par ce point central.

 

 

Le moteur traite le message reçu par l’application émettrice selon les règles de routage et de traduction définies dans le référentiel. L’application destinataire agit selon le message reçu en accusant réception et si nécessaire en retournant les informations demandées.

Limites : la montée en charge nécessite la réplication de plusieurs hubs, ce qui complexifie l’administration.

 

 

Avantages : simple à mettre en place et à administrer, vision centralisée des flux, gouvernance facilitée.

 

 

Limites : la montée en charge nécessite la réplication de plusieurs hubs, ce qui complexifie l’administration.

 

 

 

L’architecture network centric (décentralisée)

 

Définition : Dans une architecture network centric, il n’y a pas de hub central. Les applications sont connectées au réseau et les fonctions de l’EAI sont déportées à chaque nœud de connexion. Le traitement s’effectue au niveau du point de connexion.

 

 

 

Avantages : diminue la charge sur le réseau, meilleure scalabilité pour les grands SI.

 

 

Limites : administration plus difficile – chaque nœud doit être administré de façon exclusive.

 

 

3. Approche tactique ou stréatégique ?

 

L’EAI tactique

 

Définition : L’EAI tactique vise à organiser rationnellement les flux inter-applicatifs dans le SI sans impact organisationnel. Les aspects techniques et métiers sont privilégiés.

 

 

L’attente est l’amélioration des processus métiers de l’entreprise : réduction des ressaisies, synchronisation des données, automatisation des flux opérationnels.

 

L’EAI stratégique

 

Définition :L’EAI stratégique vise à organiser les échanges transversaux entre les services et filiales d’un groupe pour consolidation et supervision. Il implique une nouvelle organisation interne

 

 

L’attente est une nouvelle organisation interne de l’entreprise. Un accompagnement au changement d’organisation est dès lors primordial.

 

Shéma ETL intégration

 

4. Tableau comparatif des architectures EAI

 

Pour vous aider à choisir le modèle adapté à votre contexte :

 

Critère Hub and spoke Network centric EAI tactique EAI stratégique
Structure Centralisée Décentralisée Variable Variable
Administration Simple Complexe Légère Structurée
Scalabilité Limitée Bonne Locale Groupe / multi-sites
Charge réseau Concentrée sur le hub Distribuée Modérée Élevée
Idéal pour PME / SI modéré Grand SI distribué Amélioration processus Transformation SI globale
Impact organisationnel Faible Moyen Faible Fort

 

 

5. Les bénéfices attendus d’une architecture EAI

 

    • Peu ou pas de modifications des applications ou des structures de données existantes

 

    • Application de la politique «  Best of Breed  » , le meilleur produit par métier sans se préoccuper de son intégration,

 

    • Un socle évolutif s’adaptant aisément aux évolutions métier et structurelles de l’entreprise,

 

    • Accompagnement à la transformation numérique : facilitateur pour intégrer de nouvelles applications et fonctionnalités.

 

    • Vision globale des flux d’informations pour les DSI

 

6. Comment choisir son architecture EAI ?

 

Le choix d’une architecture EAI dépend de plusieurs critères à évaluer en amont du projet :

 

  • Le nombre d’applications à connecter et la complexité des flux
  • Les volumes de données échangées et les contraintes de performance
  • Les besoins en temps réel vs traitements batch
  • Le niveau de gouvernance souhaité (supervision, traçabilité, gestion des erreurs)
  • L’environnement technique : cloud, on-premise ou hybride
  • L’ambition du projet : amélioration tactique ou transformation stratégique

 

Pour les PME avec un SI de taille modérée, l’architecture hub and spoke reste la référence. Pour les grandes entreprises avec des SI distribués et des volumes importants, le modèle network centric ou une approche hybride sera plus adaptée.

 

👉 Voir aussi : Qu’est-ce qu’un EAI ?

 

👉 Voir aussi : Les flux EAI ?

 

👉 Voir aussi : Orchestration des flux inter-applicatifs

Questions fréquentes

Quelle est la différence entre une architecture hub and spoke et network centric ?

Qu’est-ce qu’un MOM (Message Oriented Middleware) ?

Quelle est la différence entre EAI tactique et EAI stratégique ?

Une architecture EAI fonctionne-t-elle dans un environnement cloud ?

Comment choisir entre une architecture hub and spoke et network centric ?