Présentation des microservices
Les microservices sont souvent cités comme exemple de « bonne architecture » ou de « sur-ingénierie », selon les interlocuteurs. Cependant, il est difficile de définir clairement ce qu'est un microservice. La taille d'un microservice n'est pas clairement définie, et les caractéristiques techniques utilisées pour les définir sont vagues et floues.
Le problème réel résolu par les microservices
Les raisons pour lesquelles les entreprises abandonnent les monolithes incluent des déploiements lents, des tests longs et des builds douloureux. Cependant, ces problèmes ne nécessitent pas nécessairement l'utilisation de microservices. Les microservices créent des frontières qui reflètent les frontières organisationnelles, permettant aux équipes de travailler de manière indépendante et de gérer leurs propres déploiements.
Les coûts et les limites des microservices
L'utilisation de microservices implique des compromis. Les avantages incluent l'autonomie et la flexibilité, mais les inconvénients incluent la perte de centralisation et l'augmentation de la complexité. Les communications entre les services deviennent plus compliquées, et les problèmes de latence, de réessais, d'échecs partiels, de sérialisation et de cohérence doivent être gérés. De plus, les équipes doivent communiquer et coordonner leurs efforts pour gérer les changements et les mises à jour.
Choisir les microservices pour les bonnes raisons
Les microservices ne sont pas une solution miracle, mais ils peuvent être un choix architectural excellent dans les environnements appropriés. Il est essentiel de comprendre les raisons pour lesquelles les microservices sont utilisés et de les choisir pour résoudre des problèmes d'organisation plutôt que des problèmes purement techniques. En comprenant les conséquences techniques et organisationnelles des microservices, les architectes peuvent prendre des décisions éclairées et créer des systèmes plus efficaces et plus évolutifs.
