Original (English)

Azure Chaos Studio expliqué simplement

chaos engineering, injection de pannes et applications Azure résilientes

Les tests classiques vérifient que le logiciel fonctionne dans des conditions normales, mais pas ce qui se passe quand une VM tombe ou qu’une zone de disponibilité entière se déconnecte. Cet épisode montre comment casser vos propres applications cloud de façon délibérée et contrôlée avec Azure Chaos Studio pour les rendre plus résilientes, sur le principe du brûlage dirigé des pompiers.

▶ Azure Chaos Studio expliqué simplement : chaos engineering, injection de pannes et applications Azure résilientes (Doublage IA)

Au programme :

1. Pourquoi les tests traditionnels ne suffisent pas : comment une petite panne se propage en cascade dans un système distribué, de la base de données au timeout, puis à l’équilibreur de charge et aux instances surchargées
2. Le principe du chaos engineering (hypothèse, pannes réelles et contrôlées, rayon d’impact) et les deux types de pannes d’Azure Chaos Studio : directes au service et basées sur un agent
3. Les briques d’une expérience : cibles, étapes (séquentielles), branches (parallèles) et actions, et pourquoi seules les pannes autorisées sont exécutées
4. Une expérience concrète : un groupe de machines virtuelles identiques réparti sur trois zones de disponibilité, 95 % de CPU sur deux VM pendant cinq minutes, puis l’arrêt de la zone 2, avec la leçon sur la capacité et la mise à l’échelle automatique
5. Sécurité et démarrage : identité managée sans autorisations par défaut, commencer petit hors production, annuler à tout moment, shift left dans le pipeline CI/CD, shift right en production et game days

Cet épisode est une version française doublée par IA de la vidéo animée du M365 Show présentée par le Microsoft MVP Mirko Peters.