Gérer les défaillances d'un service aval
Un service de paiement en aval échoue de manière répétée. Les nouvelles tentatives s'accumulent, augmentent la charge et ralentissent toute l'application. Le simulateur de disjoncteur vous permet de voir comment un disjoncteur protège le système dans ce scénario précis.
Essayez ce qui suit dans l'application :
- Cliquez plusieurs fois sur Make request (will fail). Surveillez le compteur d'échecs consécutifs grimper jusqu'à ce que le disjoncteur bascule sur OPEN.
- Pendant que le disjoncteur est OPEN, continuez de cliquer sur Make request. Remarquez dans le journal des requêtes que les appels sont BLOCKED : ils n'atteignent jamais le service de paiement.
- Attendez la fin de la période de refroidissement de 5 secondes. Le disjoncteur passe à HALF_OPEN et autorise une requête d'essai.
- Depuis HALF_OPEN, essayez Make successful request pour refermer le disjoncteur, ou Make request (will fail) pour le faire ouvrir à nouveau.
Une fois que vous avez observé le comportement, vous êtes prêt à répondre.
Question : Lorsque le disjoncteur est OPEN, que devient chaque requête que l'application envoie au service de paiement ?
Cet exercice fait partie du cours
<cours>Développer des applications sur AWS</cours>Exercice interactif pratique
Transformez la théorie en action avec l’un de nos exercices interactifs
Commencer l’exercice