運用・サービス
カオスエンジニアリング
Chaos Engineering
読み：かおすえんじにありんぐ
制御された障害などの実験を通じ、システムが想定した耐性を持つか検証する実践です。
01初心者向け
まず意味をつかむ
故障しないことを願うだけでなく、故障したとき何が起きるかを確かめます。無計画に壊す作業ではなく、仮説と安全な範囲を定めて行います。
02実務者向け
仕事でどう使うか
平常状態の指標、試す仮説、変化させる条件、影響範囲、停止条件を決めます。小さな環境から開始し、結果を観測して復旧手順と設計の改善へつなげます。
03専門家向け
判断を一段深める
本番で行うかはリスクと体制により判断します。単に障害を発生させた回数ではなく、仮説の妥当性と新しい学びを評価します。検知や対応者の負荷も実験対象として扱います。
IN PRACTICE
具体例で考える
架空の訓練で1複製への遅延を増やし、利用者の成功率が維持される仮説を検証します。悪化した場合は実験を止めます。
理解を助けるための架空の例です。平常状態と仮説
制御した変化
観測と改善
安全な停止条件を先に決めることが前提です。
ここは誤解しやすい
障害注入は手段の一つです。仮説、観測、停止と学習がない破壊試験とは区別します。
この知識を、組織の力へ。