Choisir les microservices selon les changements indépendants

Quel changement doit pouvoir être indépendant ?

Répartir une application entre services ne crée pas à lui seul une évolution indépendante. Si les mêmes personnes doivent modifier et livrer tous les services ensemble pour chaque règle tarifaire, la coordination reste nécessaire. S’ajoutent des appels réseau et des tâches d’exploitation.

Microsoft présente le déploiement indépendant et la responsabilité des données comme des caractéristiques importantes. Nous proposons donc de partir d’un changement concret : quel domaine métier doit pouvoir le porter sans adapter simultanément les autres ?

Exemple : devis et commandes restent ensemble pour l’instant

Ce produit et son fonctionnement sont fictifs. Une équipe gère devis, commandes et rapports. Les règles tarifaires changent ensemble dans les devis et les commandes. Les formats de rapport ont d’autres besoins d’évolution.

Dans ce plan, l’application reste d’abord un monolithe modulaire : limites internes, livraison commune. Spring Modulith illustre la distinction entre interface publique d’un module et implémentation interne. Décrire cette séparation est utile sans choisir cet outil précis.

Incluez l’exploitation dans la décision

Un service de rapport distinct devrait gérer les pannes de sa source de données. Il faudrait un responsable du déploiement, de la surveillance et de l’analyse des incidents. L’équipe doit aussi définir la coexistence des anciennes et nouvelles versions d’interface pendant une transition. Un processus séparé ne suffit pas.

Consignez la raison d’une séparation ultérieure : besoin réel de livraison indépendante ou charge nécessitant un traitement différent, par exemple. Réexaminez couplage, accès aux données et effort d’exploitation. Des modules livrés ensemble peuvent être clairement structurés. Un service bien délimité peut aussi être justifié avant de découper le reste. Le nombre de services ne mesure pas la qualité de cette décision.

Sources

• Microsoft: Microservices architecture

• Spring Modulith: Fundamentals