Architectures des systèmes d'information : modèles et cas réels
Pierre Henriet — Un guide architectural analysant les monolithes, la SOA, les microservices, l'EDA événementielle et les modèles composables à travers des cas réels européens de 2023 à 2025 (Adyen, Michelin, SNCF Connect, France Travail, NHS, Spotify, Zara).
Dans l'ingénierie d'entreprise, l'architecture logicielle et l'architecture des systèmes d'information (SI) sont fréquemment confondues. L'architecture logicielle structure une application isolée : patrons de conception, code interne et performance algorithmique. L'architecture des systèmes d'information organise quant à elle l'ensemble du patrimoine technologique et organisationnel de l'entreprise : capacités métier, gouvernance des données, progiciels de gestion intégrés (ERP, CRM, SCM), mainframes historiques, dorsales d'intégration et normes d'interopérabilité publiques.
Choisir une architecture inadaptée génère une dette technique lourde, des frictions opérationnelles et une perte d'alignement stratégique. Du monolithe modulaire hautement optimisé aux maillages événementiels et aux composants composables, chaque modèle répond à des arbitrages d'ingénierie précis. Cet article analyse les grandes architectures de systèmes d'information et leur mise en œuvre chez des entreprises et institutions publiques européennes (notamment Adyen, Michelin, SNCF Connect, France Travail, le NHS, Spotify et Zara) à travers des projets récents menés entre 2023 et 2025.
1. Fondements méthodologiques : qu'est-ce qui caractérise l'architecture d'un SI ?
Un système d'information est un ensemble socio-technique destiné à collecter, traiter, mémoriser et diffuser l'information pour éclairer la prise de décision et coordonner l'activité. Trois cadres fondateurs structurent les SI contemporains :
- Le modèle BDAT du standard TOGAF (10ᵉ édition) : The Open Group Architecture Framework décompose l'architecture d'entreprise en quatre couches interreliées :
• Architecture métier (business) : Stratégie, gouvernance, organisation et cartographie des processus opérationnels.
• Architecture des données (data) : Patrimoine informationnel, référentiels de données (MDM) et flux d'échange.
• Architecture applicative (application) : Schéma directeur des applications, contrats d'interface et support des processus métier.
• Architecture technique (technology) : Infrastructures multi-cloud, réseaux, middleware et dispositifs de cybersécurité. - La loi de Conway et la démarche inverse : Énoncée en 1968 par Melvin Conway : « Les organisations qui conçoivent des systèmes sont contraintes de produire des designs qui sont des copies des structures de communication de ces organisations. » L'ingénierie moderne applique la manœuvre inverse de Conway : structurer des équipes pluridisciplinaires autonomes pour favoriser naturellement des architectures logicielles découplées.
- Le cadre de Zachman : Matrice d'ontologie croisant six perspectives d'acteurs (planificateur, propriétaire, concepteur, constructeur, intégrateur, exploitant) avec six questions fondamentales (quoi, comment, où, qui, quand, pourquoi).
2. Matrice comparative des paradigmes d'architecture SI
Le tableau ci-dessous synthétise les caractéristiques techniques, opérationnelles et organisationnelles des cinq modèles majeurs :
| Paradigme d'architecture | Couplage et communication | Gestion des données | Déploiement et scalabilité | Compromis opérationnel principal |
|---|---|---|---|---|
| 1. Monolithe (classique et modulaire) | Fortement couplé ; appels en mémoire vive ; exécution directe | Base de données unique (SGBDR) ; transactions ACID strictes ; schéma partagé | Artefact binaire unique ; scalabilité verticale ; déploiement d'un seul bloc | Vélocité initiale élevée vs. rayon d'impact des pannes et goulet d'étranglement à l'échelle |
| 2. Architecture orientée services (SOA) | Découplage par bus de services (ESB) ; protocoles SOAP/WSDL ; schémas XML canoniques | Bases héritées silotées ; médiation et transformation des données dans le bus | Services macro distribués ; cycles de mise en production coordonnés | Interopérabilité inter-systèmes vs. bus ESB central devenant un goulet d'étranglement fragile |
| 3. Microservices | Domaines métier autonomes (DDD) ; protocoles légers (REST / gRPC) ; passerelles API | Base dédiée par microservice ; persistance polyglotte ; consistance éventuelle | Pipelines CI/CD isolés ; scalabilité horizontale par conteneurs (Kubernetes) | Autonomie d'équipe maximale vs. complexité opérationnelle distribuée (traçabilité, latence réseau) |
| 4. Architecture événementielle (EDA) | Découplage temporel et spatial ; patron publication/abonnement ; journaux distribués | Flux d'événements immuables ; CQRS ; projections et états matérialisés | Scalabilité autonome des consommateurs ; traitement asynchrone non bloquant | Réactivité en temps réel extrême vs. gestion de la consistance éventuelle et rejeu |
| 5. Entreprise composable et MACH | API-first ; frontaux découplés (headless) ; composants métier autonomes (PBC) ; SaaS cloud | Produits de données orientés domaine ; data mesh fédéré ; persistance SaaS | Composants enfichables ; cycles de mise à jour continus des éditeurs logiciels | Adaptabilité métier ultra-rapide vs. gouvernance multi-fournisseurs et dispersion contractuelle |
3. Analyse détaillée des architectures et cas d'usage industriels réels
A. Le monolithe : pourquoi des leaders européens de premier plan le privilégient
Bien que les microservices dominent les conférences, le monolithe demeure une architecture sobre, économique et robuste lorsqu'il est conçu avec rigueur. Une application monolithique s'exécute dans un processus unique, partageant la mémoire et une base de données relationnelle.
Les organisations réhabilitent aujourd'hui le monolithe modulaire : une approche où les frontières de domaines sont strictement contrôlées à la compilation au sein d'une seule base de code, supprimant la latence des réseaux distribués.
- Cas d'usage européen — Adyen (Pays-Bas, 2023–2024) : Acteur majeur des technologies financières à Amsterdam, Adyen a traité plus de 970 milliards d'euros en 2023 et dépassé 1 200 milliards en 2024. Adyen exploite une application monolithique Java optimisée sur un cluster PostgreSQL. En traitant les transactions en mémoire dans un processus unique, Adyen garantit une cohérence financière ACID immédiate, des temps de réponse à la microseconde et l'absence de pannes réseau distribuées sur les réseaux bancaires mondiaux.
- Cas d'usage secteur public — Government Digital Service (GOV.UK, 2023–2024) : Traitant plus de 500 millions de visites par an, le portail central britannique s'appuie sur des moteurs de publication monolithiques. Lors du déploiement en 2024 de l'identité One Login, GOV.UK a maintenu son cœur monolithique pour la publication légale afin d'assurer l'atomicité des contenus, une conformité stricte d'accessibilité (WCAG 2.1 AA) et une disponibilité de 99,99 % en situation de crise nationale.
B. L'architecture orientée services (SOA) : l'urbanisation des grands comptes et du secteur public
Apparue dans les années 2000, la SOA a résolu le cloisonnement des grands systèmes en interconnectant ERP, mainframes et CRM. Elle a structuré des services métier exposés via des protocoles normalisés (SOAP, WSDL) et orchestrés par un bus de services d'entreprise (ESB) central.
- Cas d'usage européen — SNCF Connect et Tech (France, 2023–2024) : La distribution ferroviaire en France nécessite d'interconnecter des systèmes de réservation historiques (Resarail / Amadeus) avec l'état du trafic en temps réel et la billettique mobile. SNCF s'appuie sur une plateforme SOA et de médiation d'API modernisée qui traite plus de 1,3 milliard de visites et 170 millions de billets par an, garantissant l'intégrité des réservations de TGV avec les distributeurs européens.
- Cas d'usage secteur public — France Travail (France, 2024) : Né en janvier 2024 pour succéder à Pôle Emploi, l'opérateur public a déployé la plate-forme du « Réseau pour l'Emploi ». S'appuyant sur des API ouvertes et une dorsale de médiation SOA, France Travail relie ses bases relationnelles historiques aux services de l'URSSAF et à FranceConnect pour calculer les allocations et orienter les demandeurs d'emploi en temps réel.
- Cas d'usage administration européenne — Architecture de l'identité numérique européenne (2024–2025) : Dans le cadre du règlement eIDAS 2.0 adopté en 2024, la Commission européenne a conçu une architecture d'interopérabilité fédérée. Ce dispositif connecte les registres d'identité nationaux, les banques et les administrations des 27 États membres via des bus de médiation ouverts et des justificatifs vérifiables normalisés.
- La limite de la SOA classique : Les équipes ont souvent concentré des règles métier complexes dans le bus, dérivant vers des « tuyaux intelligents et points d'accès stupides ». L'ESB est devenu un point de défaillance unique géré par une équipe d'intégration saturée.
C. L'architecture microservices : autonomie décentralisée des domaines métier
Les microservices répondent aux contraintes des déploiements monolithiques lourds et aux lenteurs de l'ESB. Le système est décomposé en services autonomes alignés sur des contextes délimités issus du domain-driven design (DDD) d'Eric Evans. Chaque microservice possède sa propre base de données et communique via des protocoles légers (REST, gRPC) ou des événements asynchrones.
- Cas d'usage européen — Spotify (Suède, 2023–2024) : Pionnier des squads autonomes, Spotify a franchi une nouvelle étape en 2023 et 2024 avec l'ingénierie de plate-forme pour maîtriser la prolifération des microservices. Pour encadrer des milliers de services entre Stockholm, Londres et New York, Spotify a développé et publié Backstage (désormais projet diplômé de la CNCF). Backstage centralise le catalogue logiciel et la documentation des API, rétablissant la gouvernance sans freiner l'autonomie des équipes.
- Cas d'usage secteur public — BBC iPlayer (Royaume-Uni, 2023–2024) : Pour absorber les records de streaming en direct — dont l'Eurovision 2023 à Liverpool, le couronnement de Charles III et les élections de 2024 —, la BBC a découpé son moteur de diffusion en microservices serverless sur AWS. L'ingestion vidéo, les recommandations et la distribution s'adaptent automatiquement, traitant plus de 7,5 milliards de flux sur 2023 et 2024 sans dégradation de service.
D. L'architecture événementielle (EDA) : réactivité asynchrone en temps réel
Les appels synchrones requête-réponse (REST/HTTP) créent un couplage temporel fragile : si un service ralentit, l'ensemble de la chaîne se bloque. L'architecture événementielle brise ce couplage en publiant des événements métier immuables vers un journal distribué (comme Apache Kafka, Apache Pulsar ou AWS Kinesis).
- Cas d'usage européen — Michelin (France, 2023–2025) : Michelin a modernisé sa production et sa chaîne logistique avec une architecture événementielle basée sur Apache Kafka. La télémétrie des capteurs IoT d'usines européennes, des robots d'entrepôt et des centres logistiques émet des flux d'événements continus. Les microservices abonnés ajustent les stocks, pilotent la maintenance prédictive et planifient les expéditions en temps réel, évitant les arrêts de production.
- Cas d'usage financier européen — Banque centrale européenne (BCE) — TIPS (2023–2024) : Le règlement des virements instantanés en zone euro requiert une exécution immédiate et non bloquante. En préparation de la réglementation européenne 2024-2025 sur le paiement instantané, TIPS fonctionne 24h/24 et 365 jours par an, réglant les opérations en monnaie de banque centrale en moins de 0,2 seconde via une architecture d'événements et la norme ISO 20022.
E. L'entreprise composable et l'architecture MACH
Théorisée par Gartner, l'entreprise composable assemble des composants modulaires appelés packaged business capabilities (PBC) plutôt que de personnaliser de lourds progiciels monolithiques. Les architectures composables appliquent les principes MACH :
- M — Microservices : Briques logicielles modulaires et autonomes.
- A — API-first : Fonctionnalités exposées via des API normalisées (REST, GraphQL).
- C — Cloud-native SaaS : Services cloud managés éliminant l'entretien d'infrastructures locales.
- H — Headless : Découplage complet des interfaces utilisateurs (web, mobile, bornes) et des moteurs transactionnels.
Cas d'usage européen — Carrefour (France, 2023–2024) : Carrefour a accéléré sa transition composable en dissociant ses frontaux clients de ses bases transactionnelles d'arrière-plan. En associant un Data Mesh sur Google Cloud à des modules e-commerce headless, Carrefour assemble des composants autonomes pour la livraison express, le programme de fidélité et la logistique magasin, déployant des fonctionnalités sans impacter la comptabilité centrale.
Cas d'usage européen — Inditex / Zara (Espagne, 2023–2024) : Inditex pilote son agilité commerciale grâce à sa plate-forme propriétaire Inditex Open Platform (IOP). En reliant les puces RFID des vêtements aux API de caisse et de logistique, Zara synchronise les stocks de plus de 5 800 magasins physiques avec sa boutique en ligne, expédiant les commandes depuis le magasin le plus proche en 24 heures.
Cas d'usage santé publique — NHS England (Royaume-Uni, 2023–2025) : Le service de santé public britannique déploie sa plate-forme fédérée de données (Federated Data Platform - FDP). Adjugé fin 2023 et mis en œuvre en 2024 et 2025, le programme s'appuie sur le standard de santé HL7 FHIR et des micro-capacités cliniques pour relier les hôpitaux et les centres de soins sans remplacer les dossiers patients électroniques (EPR) existants.
4. Cadre de décision pour le chef de projet SI et l'architecte d'entreprise
Le choix d'une architecture de système d'information engage la structure des équipes, les budgets d'investissement et la vitesse d'adaptation de l'entreprise. Quatre règles guident l'arbitrage :
- Appliquer l'approche « MonolithFirst » de Martin Fowler : Sans domaines stabilisés et sans équipe élargie, démarrer directement en microservices impose la « prime de complexité » (traçabilité distribuée, latence réseau, réconciliation de données) sans gain proportionnel. Il est préférable de débuter par un monolithe modulaire rigoureux et d'isoler des services autonomes uniquement lorsque des sous-domaines précis exigent des cycles de scalabilité distincts.
- Intégrer les sophismes de l'informatique distribuée : Formulées par L. Peter Deutsch et James Gosling chez Sun Microsystems, ces huit hypothèses erronées fragilisent les systèmes distribués :
• Le réseau est fiable.
• La latence est nulle.
• La bande passante est infinie.
• Le réseau est sécurisé.
• La topologie ne change jamais.
• Il n'y a qu'un seul administrateur.
• Le coût de transport des données est nul.
• Le réseau est homogène.
Chaque appel réseau inter-systèmes introduit une probabilité de rupture exigeant des disjoncteurs (circuit breakers), des réessais temporisés, des consommateurs idempotents et des files de messages en erreur. - Ajuster l'architecture à la topologie des équipes (Team Topologies) : Gérer 50 microservices échoue avec un vivier unique de développeurs transversaux. Les microservices et le composable exigent des équipes alignées sur le flux de valeur (stream-aligned teams) gérant un processus métier de bout en bout, soutenues par des équipes de plate-forme fournissant les outils en libre-service.
- Imposer une gouvernance stricte par les contrats d'API : Sans outillage automatisé, les systèmes distribués dérivent rapidement. Il est essentiel d'adopter une démarche « contract-first » (OpenAPI pour REST, Protocol Buffers pour gRPC, AsyncAPI pour l'événementiel) et d'automatiser les tests de rétrocompatibilité dans les chaînes d'intégration continue (CI/CD).
Transparence IA
Cet article a été structuré et rédigé par Pierre Henriet en s'appuyant sur des outils d'IA pour la synthèse documentaire et l'alignement terminologique. Toutes les analyses, conclusions et retours d'expérience sont directement validés par l'auteur.
Sources et références :
• The Open Group (2022) — The TOGAF Standard, 10th Edition: Enterprise Architecture Methodology and BDAT Model
• Zachman, John A. (1987) — « A framework for information systems architecture », IBM Systems Journal, Vol. 26, N° 3
• Conway, Melvin E. (1968) — « How Do Committees Invent? », Datamation Magazine
• Deutsch, L. Peter et Gosling, James (1994–1997) — The Eight Fallacies of Distributed Computing (Sun Microsystems)
• Fowler, Martin (2014) — « Microservices: a definition of this new architectural term » et « MonolithFirst » (martinfowler.com)
• Evans, Eric (2003) — Domain-Driven Design: Tackling Complexity in the Heart of Software (Addison-Wesley)
• Hohpe, Gregor et Woolf, Bobby (2003) — Enterprise Integration Patterns: Designing, Building, and Deploying Messaging Solutions (Addison-Wesley)
• Skelton, Matthew et Pais, Manuel (2019) — Team Topologies: Organizing Business and Technology Teams for Fast Flow (IT Revolution)
• Gartner Research (2020/2023) — Future of Applications: Delivering the Composable Enterprise with Packaged Business Capabilities
• Adyen Engineering (2023/2024) — Architectural Principles: Why Adyen Operates on a Scalable Core Monolith
• UK Government Digital Service (2023/2024) — GOV.UK Architectural Foundations and One Login Architecture
• SNCF Connect et Tech (2023/2024) — Architecture de distribution ferroviaire à fort trafic et médiation d'API
• France Travail (2024) — Réseau pour l'Emploi et architecture d'API ouvertes du service public de l'emploi
• Commission européenne (2024) — Cadre d'architecture et de référence pour l'identité numérique européenne (eIDAS 2.0)
• Spotify Engineering (2023/2024) — Managing Microservices Complexity with Backstage and Platform Engineering
• BBC Research and Development (2023/2024) — Cloud-Native Serverless Microservices for BBC iPlayer Live Streaming
• Michelin Technology (2023/2025) — Event-Driven Architecture at Scale with Apache Kafka in Manufacturing
• Banque centrale européenne (2023/2024) — Spécifications techniques et architecture de TIPS (TARGET Instant Payment Settlement)
• Carrefour Tech (2023/2024) — Architecture de commerce composable et Data Mesh sur Google Cloud
• NHS England (2023/2025) — Federated Data Platform (FDP) and HL7 FHIR Interoperability Architecture
• Inditex Tech (2023/2024) — Inditex Open Platform (IOP) Composable Architecture for Global Retail
Vous préparez une évolution de vos systèmes d'information ?
Discutons de vos enjeux d'alignement stratégique, de conformité ou de déploiement logiciel.
Comments (0)