Bibliothèque
Schémas d'architecture d'entreprise
40 schémas interactifs — patterns, cadres, données, sécurité, gouvernance — pour expliquer l'architecture d'entreprise simplement. Génériques et pédagogiques, à explorer librement.
Stratégie & métier8
Patterns d’architecture9
Données5
Sécurité & résilience4
Intégration & cloud3
Gouvernance & pilotage8
Cadres & modélisation3
Schéma #1
Du chaos à la structure
Des systèmes hérités, dispersés, qui se réorganisent en une architecture d’entreprise en couches.
Schéma #4
Carte de capacités métier
L’artefact EA de référence : les capacités de l’entreprise, dépliées par niveaux (L1 → L2 → L3). Activez une heatmap pour visualiser la maturité ou la criticité — et repérer où investir.
Schéma #15
Target Operating Model
Le modèle qui relie la stratégie aux opérations : clients, offre, processus, organisation, données, technologie — avec une gouvernance transverse. Déroulez le modèle, ou cliquez une couche pour voir son rôle.
Schéma #16
Wardley Map
Une carte stratégique à deux axes : en vertical, la chaîne de valeur (du besoin client visible, en haut, aux fondations invisibles, en bas) ; en horizontal, la maturité (de la genèse à la commodité). Elle aide à décider quoi construire, acheter ou externaliser. Cliquez un composant.
Schéma #27
Pace Layering
Toutes les applications ne changent pas au même rythme : systèmes d’enregistrement (lent), de différenciation (moyen), d’innovation (rapide). À gouverner différemment. Cliquez une couche.
Schéma #31
Business Model Canvas
Neuf blocs pour décrire comment une organisation crée, délivre et capte de la valeur. Cliquez un bloc pour lire son rôle.
Schéma #32
Benefits map
Relier chaque investissement de capacité à un résultat métier, puis à un objectif stratégique. Cliquez un nœud pour voir sa chaîne de bout en bout.
Schéma #33
Planification par capacités
Prioriser les investissements selon l’écart maturité actuelle → cible, pondéré par l’importance métier. Triez par priorité, cliquez une capacité.
Schéma #11
Orchestration vs Chorégraphie
Le même processus métier, coordonné de deux façons. À gauche un orchestrateur central pilote chaque service ; à droite les services réagissent à des événements via un bus, sans chef d’orchestre. Lancez le processus pour comparer.
L’orchestrateur appelle chaque service, dans l’ordre. Il connaît et pilote toute la séquence.
Chaque service réagit à un événement et en publie un nouveau — aucun chef d’orchestre.
Schéma #12
Pattern Strangler Fig
Moderniser un monolithe sans big-bang : un proxy en façade route le trafic, et chaque module est extrait un à un vers un service, jusqu’à décommissionner le legacy. Migrez les modules pas à pas.
Schéma #18
Pattern Saga
Une transaction qui s’étend sur plusieurs services, sans verrou global : une suite de transactions locales. Si une étape échoue, des transactions de compensation défont les précédentes, en sens inverse.
Schéma #23
CQRS & Event sourcing
Séparer l’écriture de la lecture : les commandes produisent des événements (source de vérité), des projections alimentent des modèles de lecture optimisés. Lancez le flux pour voir les deux côtés.
Schéma #30
Carte des contextes (DDD)
Des contextes bornés et leurs relations d’intégration (Shared Kernel, Customer/Supplier, Conformist, Anti-Corruption Layer, Open Host Service). Cliquez un contexte.
Les libellés sur les liens sont des patterns d’intégration DDD (Shared Kernel, Customer/Supplier, Conformist, Anti-Corruption Layer, Open Host Service).
Schéma #34
Service Mesh
Sortir la « plomberie » réseau (mTLS, retries, routage, observabilité) du code métier vers des sidecars pilotés par un control plane. Activez le mesh, cliquez un sujet.
Schéma #35
BFF & API Gateway
Un Backend-For-Frontend par canal (web, mobile, partenaire), derrière une gateway qui mutualise sécurité et routage. Cliquez un canal pour voir son chemin.
Schéma #37
Circuit Breaker
Un disjoncteur logiciel : Fermé → Ouvert → Semi-ouvert. Simulez des appels réussis/en échec et le délai pour voir l’automate réagir.
État : Fermé. Les appels passent normalement.
Schéma #38
Saga vs Two-Phase Commit
Deux stratégies de cohérence entre services : la Saga (transactions locales + compensations) ou le 2PC (verrou puis commit atomique). Basculez et lancez.
Schéma #9
Lignage des données
Tracer la donnée des systèmes sources jusqu’aux usages. Cliquez un nœud pour illuminer tout son lignage — amont et aval. Indispensable pour l’audit, la conformité et l’analyse d’impact.
Schéma #20
Master Data Management
La même entité existe dans plusieurs systèmes, avec des valeurs incomplètes ou contradictoires. Le MDM construit un « golden record » en choisissant, champ par champ, la meilleure source. Lancez la réconciliation.
Schéma #25
Data Mesh
Décentraliser la donnée : chaque domaine métier possède et publie ses propres produits data, via une plateforme self-service et une gouvernance fédérée. Cliquez un domaine.
Schéma #26
Architecture Medallion
Raffiner la donnée par couches : Bronze (brut) → Silver (nettoyé) → Gold (prêt à l’usage). Chaque couche augmente la qualité et la valeur métier. Cliquez une couche.
Schéma #36
Lambda vs Kappa
Deux façons de traiter la donnée à l’échelle : Lambda (batch + temps réel) ou Kappa (tout en flux, rejeu du log). Basculez pour comparer.
Schéma #3
Analyse d’impact — Blast radius
Un graphe de dépendances. Cliquez un composant pour simuler sa panne : l’onde se propage à tous les systèmes qui en dépendent. Comparez un service fondamental (Auth) et un système en bout de chaîne.
Schéma #8
Accès Zero-trust
« Ne jamais faire confiance, toujours vérifier » : chaque requête est re-contrôlée à chaque frontière (identité, réseau, autorisation). Choisissez un scénario — un contrôle différent bloque chaque type de menace.
Schéma #13
Défense en profondeur
Plusieurs couches de sécurité concentriques autour de la donnée. Simulez une menace : elle est arrêtée par la première couche capable de la détecter — et si une couche cède, les suivantes protègent.
Couches (extérieur → cœur)
- PérimètreWAF · pare-feu
- RéseauSegmentation
- HôteDurcissement · EDR
- ApplicationValidation · autorisation
- DonnéesChiffrement
Schéma #17
Résilience — RTO & RPO
Quand le site primaire tombe, deux indicateurs comptent : le RPO (données perdues) et le RTO (temps de reprise). Comparez plusieurs stratégies de réplication pour voir l’arbitrage coût / résilience.
Schéma #2
Architecture d’intégration d’entreprise
Une cartographie réaliste — API Management (Edge & Internal), iPaaS, Event Bus, MFT, Workflow/BPM. Cliquez un cas d’intégration pour voir le bon pattern et le chemin à travers les bons composants.
Schéma #10
Migration cloud — les 6 R
Chaque application reçoit une stratégie de migration : Retire, Retain, Rehost, Replatform, Repurchase, Refactor. Lancez l’évaluation pour répartir le portefeuille, de l’effort minimal à la refonte cloud-native.
12 applications à évaluer. Lancez l’évaluation pour les répartir selon les 6 stratégies de migration (les 6 R), de l’effort minimal à la refonte complète.
Schéma #24
Landing zone cloud
Un socle cloud en hub & spoke : un hub mutualise les services transverses, chaque charge de travail vit dans son spoke isolé. Cliquez un spoke pour voir son raccordement au hub.
Schéma #5
Roadmap de transformation par vagues
La transformation racontée en vagues successives (pattern strangler) : chaque vague livre de la valeur sans big-bang. Déroulez le programme pour voir l’architecture mûrir jusqu’à la cible.
Schéma #6
Portefeuille applicatif — quadrant TIME
Rationalisation du SI : chaque application est positionnée selon sa valeur métier et sa qualité technique. Lancez l’évaluation pour voir les applications se trier en quatre stratégies — Investir, Migrer, Tolérer, Éliminer.
Schéma #21
Value Stream Mapping
Un processus décomposé en étapes, chacune avec son temps de travail réel et son temps d’attente. Repérez le goulot et mesurez l’efficacité du flux — puis optimisez l’attente, pas le travail.
Sur la plupart des chaînes, le temps d’attente domine largement le travail réel. Repérez le goulot (l’attente la plus longue) — c’est là qu’il faut agir en premier.
Schéma #22
Matrice RACI
Clarifier la gouvernance : pour chaque activité, qui réalise (R), approuve (A), est consulté (C) ou informé (I). Cliquez une activité ou un rôle pour le mettre en avant.
| R | A | C | C | I | |
| R | A | I | C | I | |
| A | I | R | I | C | |
| A | I | R | C | C | |
| A | I | C | I | R |
Schéma #28
Tech Radar
Quatre anneaux — Adopt, Trial, Assess, Hold — situent le niveau de confiance d’une technique ou d’un outil. Cliquez un point pour lire la recommandation.
Schéma #29
Matrice des risques
Probabilité × impact : le croisement donne une zone de sévérité et oriente la réponse (réduire, transférer, surveiller, accepter). Cliquez un risque.
| Élevé | |||
|---|---|---|---|
| Moyen | |||
| Faible | |||
| Rare | Possible | Probable |
Schéma #39
Matrice de dépendances (DSM)
Visualiser le couplage entre modules : les marques sous la diagonale trahissent des boucles de rétroaction. Cliquez un module pour voir ses dépendances.
| i \ j | M1 | M2 | M3 | M4 | M5 |
|---|---|---|---|---|---|
| × | |||||
| × | |||||
| × | |||||
| × | × | ||||
| × |
Schéma #40
Cynefin
Situer un problème (clair, compliqué, complexe, chaotique) pour choisir la bonne façon de décider. Cliquez un domaine.
Schéma #7
Cycle TOGAF ADM
La méthode de référence pour développer une architecture d’entreprise : huit phases (A→H) autour de la gestion des exigences. Déroulez le cycle ou cliquez une phase pour en voir l’objectif.
exigences
Schéma #14
Modèle C4 — niveaux de zoom
Décrire une architecture à plusieurs niveaux de détail, comme on zoome sur une carte : Contexte → Conteneurs → Composants → Code. Choisissez un niveau, ou cliquez une boîte pour zoomer à l’intérieur.
Schéma #19
Couches ArchiMate
Le langage de modélisation d’architecture d’entreprise en trois couches : Métier, Application, Technologie — reliées par des relations « servi par ». Cliquez un élément pour voir ses relations directes.