Fault Tolerance

Dans une architecture de microservices, les services forment un réseau d’appels réseau distribués. Bien que cela permette aux équipes de créer et de faire évoluer les services de manière indépendante, cela signifie également que la fiabilité globale de votre système est aussi forte que son maillon le plus faible. Si un service critique tombe en panne ou ne répond plus, cela peut déclencher une panne en cascade qui perturbe l’ensemble de l’application.

Dans une architecture de microservices, les services communiquent via un réseau plutôt que via des appels en mémoire. Bien que ce découplage permette une mise à l’échelle horizontale massive et des déploiements indépendants, il introduit également une vulnérabilité majeure : le réseau n’est pas fiable. À tout moment, un service en aval peut rencontrer un bref problème de réseau, un pic temporaire du processeur, un conflit de verrouillage rapide de la base de données ou un redémarrage de mise à jour continue. Ces échecs temporaires sont appelés défauts transitoires.

Dans une architecture de microservices, une seule application est décomposée en dizaines ou centaines de services indépendants et collaboratifs. Bien que cette conception améliore la modularité et l’évolutivité, elle introduit également un risque majeur : une défaillance d’un service peut se répercuter et faire tomber l’ensemble du système. Si un service en aval devient lent ou ne répond plus, les demandes entrantes adressées à vos services en amont commenceront à s’accumuler. S’ils partagent tous la même mémoire, le même processeur ou le même pool de threads, une dépendance lente peut rapidement épuiser toutes les ressources disponibles, provoquant le blocage de l’ensemble de votre application.