L’article remet en question l’idée reçue selon laquelle l’utilisation de microservices serait un signe de compétence avancée en ingénierie logicielle. L’auteur, Devrim Ozcay, souligne que la complexité n’est pas une preuve de qualité, mais plutôt un choix facile à faire, souvent au détriment de la maintenabilité et de la fiabilité. Il explique que les microservices, bien qu’utiles dans certains cas, génèrent des coûts opérationnels et techniques importants, comme des problèmes de réseau, de duplication de requêtes ou de gestion de dépendances, transformant des opérations simples en défis de systèmes distribués.
L’auteur critique l’"Arms Race" (course à l’armement) architecturale, où les équipes adoptent des microservices par mimétisme (ex. : "Netflix le fait") sans évaluer si cette solution répond à un besoin réel. Il insiste sur la nécessité de se demander quel problème les microservices résoudront mieux qu’une architecture monolithique bien conçue, laquelle peut offrir des avantages comme une cohérence transactionnelle, un déploiement simplifié et une complexité opérationnelle réduite. Un monolithe modulaire, avec des frontières de domaine claires, peut ainsi servir de base solide avant toute éventuelle décomposition.
Enfin, l’article rappelle que la maîtrise des systèmes distribués, et non leur simple utilisation, distingue les ingénieurs expérimentés. L’auteur met en garde contre la tentation de créer de la complexité artificielle, soulignant que la véritable compétence réside dans la capacité à évaluer quand une solution simple (comme un monolithe) est préférable, et à anticiper les problèmes inhérents aux architectures distribuées, comme les pannes de réseau, les données obsolètes ou les comportements inattendus des consommateurs.
