Tel que vous l'avez vu en cours, Netflix et de nombreuses compagnies utilisent l'architecture Microservice plutôt que Monolithique pour leur services backend. Dans cet environnement, il tente de contrôler le chaos avec une méthode de test aléatoire : le Chaos Monkey.

Il existe de nombreux types de Monkey. Du latency monkey au doctor monkey, ils ont tous une particularité qui va tester une partie de l'infrastructure afin de valider si elle serait capable de maintenir le service, même lors d'une panne à 3h00 le matin, un samedi.

Cependant, cela soulève une question : pourquoi cet architecture crée-t-elle autant de Chaos et pourquoi la stratégie Chaos Monkey est préféré à d'autre approche dans ce cas là ?

Expliquez votre raisonnement appuyés par 3 exemples clés de problème crées par une architecture en Microservice afin de démontrer que la stratégie Chaos Monkey est la meilleur pour se genre de problème.