Module
Module 3 sur 6Leçon 1 sur 2~17 min

Monolithe, monolithe modulaire ou microservices

Quand l'équipe propose de passer aux microservices, le PM doit pouvoir demander ce que ce découpage apporte vraiment au produit. La leçon compare monolithe, monolithe modulaire et microservices sous l'angle du déploiement, de l'exploitation et de l'organisation des équipes, pour juger une proposition sur le problème qu'elle prétend résoudre.

Suivre cette leçon : première formation offerteVoir le programme complet

Objectif de la leçon

À la fin de cette leçon, vous serez capable de distinguer monolithe, monolithe modulaire et microservices, d'expliquer ce que chaque style coûte et apporte (déploiement, couplage, exploitation, organisation des équipes), et de juger si un découpage répond au problème posé.

Thèmes abordés

  • monolithe vs microservices
  • monolithe modulaire
  • loi de Conway
  • découpage en services

Dans quel module

Structurer le système

Faut-il découper le système, et quand faut-il attendre une réponse plutôt que traiter plus tard ?

Leçons du module

  1. Monolithe, monolithe modulaire ou microservices (cette leçon)
  2. Attendre ou traiter plus tard, synchrone et asynchrone

Ce que vous apprendrez dans la formation

Cette leçon fait partie de la formation Lire et challenger une architecture technique

  • Lire un schéma d'architecture (niveaux contexte et conteneurs du modèle C4) et y repérer composants, flux, frontières et zones floues.
  • Transformer des attentes vagues (« rapide », « fiable », « évolutif ») en exigences non fonctionnelles mesurables, sous forme de scénarios d'attributs de qualité.
  • Comparer monolithe, monolithe modulaire et microservices, puis appels synchrones et traitements asynchrones, selon l'équipe, la charge et les conséquences pour l'utilisateur.
  • Évaluer les choix de données (source de vérité, transactions, réplicas, cohérence), de montée en charge et de cache, et repérer le goulot d'un parcours.
  • Évaluer les dépendances à des services tiers (disponibilité composée, mode dégradé, dépendance au fournisseur) et une décision construire ou acheter.
  • Formuler un arbitrage d'architecture, le tracer dans un ADR et traiter la dette technique comme une décision produit.
  • Conduire une revue d'architecture de son produit ou d'une proposition, avec dix questions, un registre des risques et des arbitrages explicites.

Formations liées