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.Au programme :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éesLe 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 agentLes briques d’une expérience : cibles, étapes (séquentielles), branches (parallèles) et actions, et pourquoi seules les pannes autorisées sont exécutéesUne 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 automatiqueSé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 daysPour les architectes cloud, développeurs et équipes DevOps et d’exploitation qui veulent tester et améliorer systématiquement la résilience de leurs applications Azure.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.▶ Voir la vidéo: https://youtu.be/QymbNYEi950🎧 Plus d’épisodes: https://www.m365.fm🎤 M365Con – conférence Microsoft en ligne gratuite: https://m365con.net💼 Mirko Peters sur LinkedIn: https://www.linkedin.com/in/m365showpodcast/

This episode includes AI-generated content.