Quels microservices peuvent être mis à l'échelle horizontalement?

Pratiquement tous les microservices conçus selon les principes de stateless (sans conservation d’état).

Critères principaux :

• Stateless (sans conservation d’état intermédiaire) : Le service ne stocke pas d’informations spécifiques à une requête entre les appels. Toutes les données nécessaires sont transmises avec la requête ou stockées dans une source externe et évolutive (base de données, cache, broker de messages).
• Comportement déterministe : Avec les mêmes données d’entrée, le service produit toujours le même résultat, peu importe l’instance (serveur) sur laquelle il s’exécute.
• Indépendance : Le service n’est pas rigidement lié à une machine ou une ressource spécifique qui ne peut pas être facilement répliquée.

Exemples de microservices qui se scalent bien horizontalement :

• Services d’authentification et d’autorisation.
• Services de traitement des requêtes HTTP (API Gateways, services backend).
• Services de traitement des messages en file d’attente.
• Services pour l’exécution de tâches en arrière-plan (services worker).
• Services de génération de rapports (si les données proviennent d’une base de données externe).

Les microservices avec état (stateful) se scalent horizontalement avec plus de difficulté et nécessitent des approches spécifiques, telles que :

• Partitionnement (Partitioning/Sharding) : Division des données entre les instances du service.
• Bases de données distribuées : Utilisation de SGBD qui assurent la scalabilité et la réplication.
• Utilisation de In-Memory Data Grids : Pour la mise en cache et le traitement de l’état dans un environnement distribué.

Il est important de comprendre que même un service stateless nécessite une infrastructure évolutive pour le stockage des données (base de données, cache, broker de messages) et une orchestration (Kubernetes, Docker Swarm) pour une scalabilité horizontale efficace.