En bref

La bulle micro-services de 2015-2020 s'est dégonflée, avec des retours au monolithe publiés par Shopify et Amazon Prime Video. Le monolithe modulaire — modules séparés par domaine, frontières définies par des interfaces plutôt que par le réseau — reste le choix par défaut jusqu'à environ 30 développeurs. Les micro-services multiplient au minimum par trois la complexité initiale.

La bulle micro-services de 2015-2020 s'est dégonflée. Shopify, Amazon Prime Video et d'autres ont publié des « retour au monolithe » retentissants. Où en est le débat en 2024 pour un SaaS moyen ?

Position 2024 : monolithe modulaire par défaut jusqu'à 30 devs ou un besoin de scaling différencié. Micro-services justifiés au-delà.

Monolithe modulaire

  • Un seul déploiement, une seule base
  • Modules internes clairement séparés (par domaine)
  • Boundaries via interfaces et pas via network
  • Déploiement instantané, debug simple

Micro-services

  • Chaque service peut scaler indépendamment
  • Équipes autonomes possibles (Conway's law)
  • Coût opérationnel élevé (obs, deploy, comms réseau)
  • Complexité de dev x 3 minimum au démarrage

Quand micro-services justifiés

  • > 30 devs sur la même codebase
  • Un service a un besoin de scaling radicalement différent
  • Contrainte réglementaire d'isolation
Un monolithe modulaire, c'est « on garde la simplicité, on pose des barrières propres ». C'est presque toujours la bonne réponse en 2024.

On regarde votre archi ?

En 30 minutes on peut trancher sur votre projet. Réservez un créneau. À lire : Multi-tenant Postgres.

Un projet à lancer ou à sauver ?

30 min d'appel gratuit. On regarde ensemble ce qui bloque et par où commencer.

Réserver un appel découverte