Original (English)

Azure Chaos Studioをわかりやすく解説：カオスエンジニアリング、障害挿入、回復力のあるAzureアプリ

従来のテストは、通常の条件下でソフトウェアが動くかどうかを確認するものの、VMが停止したり可用性ゾーン全体がオフラインになったりしたときに何が起きるかは分かりません。このエピソードでは、Azure Chaos Studioを使って自分のクラウドアプリを意図的かつ制御された形で壊し、回復力を高める方法を、消防士が行う計画的な野焼きにたとえて解説します。

▶ Azure Chaos Studioをわかりやすく解説：カオスエンジニアリング、障害挿入、回復力のあるAzureアプリ（AI吹き替え）

このエピソードで学べること：

1. 従来のテストでは足りない理由：分散システムで小さな障害が、データベースやタイムアウトからロードバランサー、過負荷のインスタンスへと連鎖していく仕組み
2. カオスエンジニアリングの原則（仮説、制御された実際の障害、影響範囲）と、Azure Chaos Studioの2種類の障害：サービス直接型とエージェントベース型
3. 実験の構成要素：ターゲット、ステップ（順番に実行）、ブランチ（並列に実行）、アクション、そして許可した障害だけが実行される理由
4. 具体的な実験：3つの可用性ゾーンにまたがるVMスケールセットで、2台のVMに5分間95%のCPU負荷をかけ、次にゾーン2を停止。容量と自動スケーリングに関する気づき
5. 安全性と始め方：既定で権限ゼロのマネージドID、本番以外の環境で小さく始めること、いつでもキャンセルできること、CI/CDパイプラインでのシフトレフト、本番でのシフトライト、ゲームデイ

このエピソードは、Microsoft MVP Mirko Peters による M365 Show のアニメーション動画をAIで吹き替えた日本語版です。