従来のテストは、通常の条件下でソフトウェアが動くかどうかを確認するものの、VMが停止したり可用性ゾーン全体がオフラインになったりしたときに何が起きるかは分かりません。このエピソードでは、Azure Chaos Studioを使って自分のクラウドアプリを意図的かつ制御された形で壊し、回復力を高める方法を、消防士が行う計画的な野焼きにたとえて解説します。このエピソードで学べること：従来のテストでは足りない理由：分散システムで小さな障害が、データベースやタイムアウトからロードバランサー、過負荷のインスタンスへと連鎖していく仕組みカオスエンジニアリングの原則（仮説、制御された実際の障害、影響範囲）と、Azure Chaos Studioの2種類の障害：サービス直接型とエージェントベース型実験の構成要素：ターゲット、ステップ（順番に実行）、ブランチ（並列に実行）、アクション、そして許可した障害だけが実行される理由具体的な実験：3つの可用性ゾーンにまたがるVMスケールセットで、2台のVMに5分間95%のCPU負荷をかけ、次にゾーン2を停止。容量と自動スケーリングに関する気づき安全性と始め方：既定で権限ゼロのマネージドID、本番以外の環境で小さく始めること、いつでもキャンセルできること、CI/CDパイプラインでのシフトレフト、本番でのシフトライト、ゲームデイAzureアプリケーションの回復力を体系的にテストし、改善したいクラウドアーキテクト、開発者、DevOpsチーム、運用チーム向けです。このエピソードは、Microsoft MVP Mirko Peters による M365 Show のアニメーション動画をAIで吹き替えた日本語版です。▶ 動画を見る: https://youtu.be/QymbNYEi950🎧 他のエピソード: https://www.m365.fm🎤 M365Con – 無料のオンライン Microsoft カンファレンス: https://m365con.net💼 LinkedIn の Mirko Peters: https://www.linkedin.com/in/m365showpodcast/

This episode includes AI-generated content.