Formation Pragmatic Architecture : concevoir des systèmes pragmatiques et modulaires
Maîtrisez les patterns, styles et stratégies d'architecture pour concevoir, moderniser et sécuriser vos systèmes d'entreprise.
Vue d'ensemble
- Maîtrise de la programmation orientée objet et du design logiciel
- Expérience significative en développement logiciel (participation à un ou plusieurs projets)
- Familiarité avec les concepts REST / HTTP / API
Objectifs pédagogiques
Programme détaillé
Raisonnement architectural et positionnement du rôle d'architecte
– 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
– Analyse de décisions architecturales réelles : identifier lesquelles sont réversibles et lesquelles ne le sont pas
– Cartographie d’un système existant à l’aide de diagrammes Umbrella
Principes de modularité et découpage en contextes autonomes
– 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
– Exercice de découpage d’un système monolithique en Bounded Contexts
– Arbitrage centralisation vs. fédération des données sur un cas concret
Styles et patterns architecturaux
– 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
– Comparaison de styles architecturaux sur un même cas d’usage : choix et justification
– Conception d’une architecture event-driven avec arbitrage chorégraphie/orchestration
Architecture technique en production
– 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
– Diagnostic d’une architecture existante : identifier les problèmes de consistance et de résilience
– Mise en place d’une stratégie d’observabilité (logging, tracing, alerting) sur un cas d’étude
Stratégies de migration et modernisation de l'existant
– 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
– Planification d’une migration progressive avec le pattern Strangler sur un système legacy
– Analyse coût/bénéfice d’un scénario de modernisation
Architecture sécurisée et conformité réglementaire
– 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
– Audit de conformité CRA sur une architecture existante
– Intégration de contraintes sécurité dans un design applicatif
Prochaines sessions
Ils nous font confiance
Cette année notre filière Architecture & Design Logiciel a accompagné plus de 50 entreprises dont :
Avis des participants
Formation dense mais très digeste avec beaucoup de points abordés. Les spécificités de chacun ont pu être abordées.
Le format 3 jours est une contrainte forte. A la sortie de cette formation, on attaque à peine la "vallée du doute" et on sent qu'il y a encore beaucoup à faire pour consolider les éléments découverts. Donc très efficace, dans le temps imparti.
J'ai apprécié la formation, peut-être un petit point à prendre en compte serait de plus préciser l'intitulé et le programme communiqué, pour mieux indiquer qu'il s'agit de l'architecte logiciel d'un point de vue très "macro" (culture entreprise, connaissance business, etc.) et pas uniquement purement technique…
Le formateur a été très clair et a répondu à toutes mes questions. Le rythme est adapté et j'ai reçu de l'aide qui m'a permit de ne pas être en retard. Merci
Le formateur Enzo SANDRE est un passionné et cela se ressent dans la formation. L'approche est structurée et dans le même temps nous conduit à réfléchir par nous même quant aux styles architecturaux présentés.
Votre formateur
Enzo S.
Formateur
Enzo intervient notamment sur les langages et écosystèmes backend, ainsi que sur le software craftsmanship et l’excellence du code. Son activité de formation remonte à 2018.
Financement
Cette formation est éligible aux financements OPCO et FNE-Formation. Nos équipes vous accompagnent dans le montage de votre dossier.
Questions fréquentes
Combien de temps dure la formation Pragmatic Architecture : concevoir des systèmes pragmatiques et modulaires ?
Cette formation se déroule sur 2 jours.
Quels sont les prérequis pour suivre la formation Pragmatic Architecture : concevoir des systèmes pragmatiques et modulaires ?
- Maîtrise de la programmation orientée objet et du design logiciel - Expérience significative en développement logiciel (participation à un ou plusieurs projets) - Familiarité avec les concepts REST / HTTP / API
Quel est le prix de la formation Pragmatic Architecture : concevoir des systèmes pragmatiques et modulaires ?
En inter-entreprises, elle est à 2 100 € HT par participant ; en intra-entreprise, elle est à 4 100 € HT pour le groupe. Un tarif sur-mesure est également disponible sur devis.
La formation Pragmatic Architecture : concevoir des systèmes pragmatiques et modulaires délivre-t-elle une certification ?
Cette formation ne délivre pas de certification. Une attestation de fin de formation vous sera remise à l'issue de la session.
La formation Pragmatic Architecture : concevoir des systèmes pragmatiques et modulaires est-elle éligible à un financement OPCO ?
Oui, cette formation est éligible aux financements OPCO et FNE-Formation. Nos équipes vous accompagnent dans le montage de votre dossier.
Choisissez votre formation
Mon contact chez SPARKS est professionnel et très réactif. Les échanges sont simples, efficaces, et la collaboration se déroule dans d'excellentes conditions.
