Pragmatic Architecture : concevoir des systèmes pragmatiques et modulaires

– Définitions multiples de l’architecture logicielle : stabilité, échelle, savoir partagé et décisions irréversibles
– Alignement business/IT : l’architecture comme levier d’alignement entre objectifs métier et systèmes d’information
– Perspectives d’architecture : architecture globale vs. locale, diagrammes Umbrella pour visualiser le périmètre
– Architecture vs. Architecte : rôle, responsabilités et posture dans l’organisation
– Architecture émergente : laisser l’architecture se révéler par les décisions incrémentales plutôt que par un big design upfront

– Bounded Contexts et Context Mapping : identifier les frontières métier pour structurer un système en modules cohérents
– Microservices vs. Modular Monolith : critères de choix et implications organisationnelles
– Contrats rétrocompatibles entre modules : garantir l’évolution indépendante des composants
– Federated vs. Centralized Data : arbitrer entre autonomie locale et cohérence globale des données
– DRY vs. Coupling : accepter la duplication pour réduire le couplage entre modules
– Eventual Consistency : conséquences de la distribution des données sur la cohérence

– Event-Driven Architecture : chorégraphie vs. orchestration, forces et faiblesses de chaque approche
– Architecture Hexagonale : isoler le domaine métier des dépendances techniques (ports & adapters)
– Microservices : Smart Endpoints & Dumb Pipes, principes de conception et pièges courants
– Enterprise Integration Patterns (EIP, Gregor Hohpe) : les patterns d’intégration de référence entre systèmes
– PoEAA (Patterns of Enterprise Application Architecture, Fowler) : les patterns fondamentaux des applications d’entreprise
– Design d’API : principes de conception d’interfaces entre composants et systèmes

– Messaging asynchrone : queues vs. topics, events vs. commands, patterns de communication inter-services
– Consistance des données : Golden Source, réplication, autonomie vs. autorité sur les données
– Tolérance aux pannes et équilibrage de charge : stratégies de résilience pour les systèmes distribués
– Stateless vs. stateful : conséquences sur la scalabilité, stickiness, affinité et gestion des sessions
– Configuration et découverte de services : patterns de discovery dans les architectures distribuées
– Observabilité : logging, tracing et monitoring — guidelines, outils et alerting
– Test-Driven Architecture : valider les décisions architecturales par les métriques et l’analyse statique
– Living Documentation : documenter l’architecture par les annotations de code et les diagrammes générés au build

– Principes de cohabitation legacy : pourquoi éviter le Big Bang et privilégier les migrations progressives
– Strangler Application Pattern : remplacer progressivement un système existant par de nouveaux composants
– Legacy Read Model : découpler la lecture des données d’un système hérité pour préparer la migration
– Change Data Capture et Macroservice : patterns avancés pour intégrer ancien et nouveau monde
– Raisonnement ROI sur les décisions de modernisation : évaluer le rapport coût/bénéfice d’une migration

– Security by Design : intégrer la sécurité dès la conception plutôt qu’en surcouche
– Cyber Resilience Act (CRA) : comprendre les obligations réglementaires européennes et leur impact sur l’architecture
– Authentification et autorisation des services : OAuth2, patterns A&A dans les architectures distribuées