Formation Fondamentaux des architectures microservices

Programme de votre formation

1. #

   M2I START AVANT VOTRE FORMATION

   Contextualisation du projet de formation et prise en compte des besoins de chacun

   • Positionnement initial de l’apprenant par rapport aux objectifs
   • Définition des priorités et des objectifs personnels de l’apprenant
   • Vidéos de mise en situation
   • Accès au Chat interactif myM2i pour interagir avec les membres de son groupe
   
2. #

   M2I LIVE VOTRE FORMATION ANIMÉE PAR NOTRE EXPERT ^¹

   Programme

   Jour 1 - Matin

   De l'architecture monolithique aux microservices

   • Les limites du monolithe classique
   • Clean Architecture - principes fondateurs : séparation des préoccupations, règle de dépendance
   • Les couches : Entities > Use Cases > Interface Adapters > Frameworks et Drivers
   • Avantages : testabilité, indépendance des frameworks et des bases de données
   • Limites dans un contexte de forte charge ou d'équipes nombreuses
   • Domain-Driven Design (DDD) - concepts stratégiques : Ubiquitous Language, Bounded Context, Context Map
   • Domain-Driven Design (DDD) - concepts tactiques : Entities, Value Objects, Aggregates, Repositories, Domain Events
   • Le lien entre DDD et la découpe en services
   • Patterns de communication inter-contextes : Shared Kernel, Anti-Corruption Layer, Open Host Service
   • Architecture hexagonale (Ports et Adapters)

   Exemple de travaux pratiques (à titre indicatif)

   • Modélisation d'un domaine métier (ex : e-commerce) avec DDD : identification des Bounded Contexts et de la Context Map

   Jour 1 - Après-midi

   Introduction aux architectures microservices

   • Définition de Martin Fowler & James Lewis
   • Les 9 caractéristiques des microservices (déployabilité indépendante, organisation autour des capacités métier, décentralisation des données...)
   • Le principe "Smart endpoints, dumb pipes"
   • Microservices vs monolithe : analyse comparative
   • Quand adopter les microservices ?

   Avantages, inconvénients et challenges des microservices

   • Les avantages réels :
     • Scalabilité indépendante par service
     • Résilience : l'isolation des pannes (Bulkhead pattern)
     • Flexibilité technologique (Polyglot persistence, polyglot programming)
     • Déploiement continu à grande échelle
     • Organisation des équipes (principe de Conway inversé)
   • Les inconvénients et pièges :
     • La complexité distribuée : latence réseau, partitionnement, CAP theorem
     • La duplication de code et de logique métier
     • La gestion des transactions distribuées (pas de ACID natif)
     • Le testing d'intégration plus complexe
     • L'overhead opérationnel : logging, monitoring, orchestration
   • Les challenges majeurs :
     • Découpage des services : granularité (trop fin > chatty services, trop gros > nano-monolithes)
     • Cohérence éventuelle et gestion des données distribuées
     • La communication inter-services (synchrone vs asynchrone)
     • La sécurité distribuée (authentification, autorisation entre services)
     • La gouvernance et la standardisation sans sur-centralisation

   Exemple de travaux pratiques (à titre indicatif)

   • Identifier les anti-patterns dans un cas réel (services trop couplés, base de données partagée...)

   Jour 2 - Matin et Après-midi

   Les couches de l'architecture microservices

   • Couche Client / Edge (API Gateway, Backend for Frontend...)
   • Couche Communication : communication synchrone (REST, gRPC, GraphQL) vs asynchrone (Messaging, Event-based, transactions distribuées)
   • Couche Service (Business Layer) : structure interne d'un microservice : API > Application Service > Domain > Infrastructure, application des patterns DDD au niveau du service
   • Couche Data (Polyglot Persistence, Event Sourcing, CQRS...)
   • Couche Infrastructure et Orchestration (Docker, Kubernetes, Service Mesh, Infrastructure as Code)
   • Couche Observabilité (Cross-cutting) : Logs, Métriques, Traces
   • Couche Sécurité (Cross-cutting) : authentification centralisée, OAuth2 / OpenID Connect, JWT, mTLS...
   • Couche CI/CD (DevOps Layer) : Pipeline CI/CD, stratégies de déploiement, GitOps...

   Exemple de travaux pratiques (à titre indicatif)

   • Conception complète d'une architecture microservices pour un système de réservation :
   • Choix technologiques justifiés pour chaque layer
   • Diagramme d'architecture
   • Identification des risques

   Le contenu de ce programme peut faire l'objet d'adaptation selon les niveaux, prérequis et besoins des apprenants.

   
3. #

   M2I BOOST APRÈS VOTRE FORMATION

   Réactivation et consolidation des acquis en situation de travail

   • 30 jours d’accompagnement personnalisé sur myM2i inclus ^²
   • Ressources Boosters (Abonnement au M2i’Mag Soft Skills, formations offertes, invitations aux conférences d’actualité…)
   

1. ^¹ Les actions et les outils présentés dans ce programme le sont à titre indicatif et peuvent faire l’objet d'adaptation selon les niveaux, prérequis et besoins des apprenants. Les compétences clés de ce programme sont traitées à raison d'une compétence par demi-journée de formation.
2. ^² Sur myM2i, pendant 30 jours post-fin de formation, les apprenants disposent d’une messagerie sécurisée pour échanger, dans la limite de 4 sollicitations, avec leur formateur.