Microservices
L'architecture microservices découpe une application en petits services autonomes, chacun responsable d'un domaine métier (auth, catalogue, facturation), communiquant souvent via API ou événements. Chaque service peut être déployé, mis à l'échelle et techniquement évolué de façon relativement indépendante.
Elle devient intéressante quand une équipe est suffisamment grande et que certaines parties du système ont des besoins de scalabilité ou de rythme de livraison très différents. Pour un monolithe SaaS encore porté par une petite équipe, un modular monolith bien découpé est souvent plus productif. Le choix dépend de la taille de l'organisation autant que de la tech.
Le piège n°1 est d'adopter les microservices par effet de mode, trop tôt. On hérite alors de latence réseau, de complexité DevOps (observabilité, tracing, déploiements) et de transactions distribuées difficiles, sans gain de vitesse. Mieux vaut découper quand la douleur du monolithe est réelle et mesurée, pas anticipée théoriquement.
