FEソフトウェア開発管理技術 · 開発プロセス・手法

カオスエンジニアリング

Chaos Engineering

かおすえんじにありんぐ

本番環境やそれに近い環境で意図的に障害を発生させ、システムが耐えられるかを検証して弱点を前もって見つけ、改善する手法。サーバの停止やネットワークの遅延などを計画的に起こし、障害に強いシステムを目指す。

共有:

他の資格での定義

本番に近い環境で意図的に障害を起こし、システムが耐えられるかを検証する取組み。想定外の弱点を稼働前に見つける。

本番システムに意図的に障害を注入し、システムの耐障害性を検証するプラクティス。Netflixが提唱したChaos Monkeyが有名。定常状態の仮説を立て、実験を行い、差異を観測して改善に繋げる。分散システムの信頼性向上に活用される。

本番環境やそれに近い環境で、サーバの停止や通信の遅延などの障害を意図的に発生させ、システムが耐えられるかを実験で確かめる手法。想定外の弱点を事前に見つけて回復力（レジリエンス）を高める。NetflixのChaos Monkeyが知られる。

Past Exams

過去問で 2 回出題（応用情報技術者試験 1・情報処理安全確保支援士試験 1）

出典: 独立行政法人情報処理推進機構（IPA）の過去問題。問題文は IPA のサイトの PDF で確認できます。「選択肢」は、問題文ではなく選択肢に出たものです。用語名で照合しているため、関係の薄い問題が含まれることがあります。

システムの外部に出力される情報から、内部の状態をどれだけ推し量れるかの度合い。ログ、メトリクス、トレースを収集して相互に関連付け、あらかじめ想定していなかった障害でも、どこで何が起きているかを調べられるようにする。マイクロサービスのように構成が複雑なシステムの運用で重視される。

複数のコンピュータを連携させ、1つのシステムとして動作させる構成。負荷分散や高可用性を実現する。HAクラスタ（高可用性クラスタ）やHPCクラスタ（高性能計算クラスタ）などがある。

開発者が頻繁にコードをリポジトリに統合し、自動的にビルドとテストを実行する開発プラクティス。CIと略され、不具合の早期発見と修正コストの削減を実現する。DevOpsやアジャイル開発の基盤となる手法。

ソフトウェアをいつでもリリースできる状態に保つ開発プラクティス。CDと略され、CIの延長として自動テスト・自動ビルドに加え、本番環境へのデプロイ準備までを自動化する。最終的なリリース判断は人が行う点が継続的デプロイと異なる。

DevOpsの開発プロセスにセキュリティ（Sec）を組み込む手法。開発の初期段階からセキュリティを考慮し、自動化されたセキュリティテストやコード分析をCI/CDパイプラインに統合する。

自動テストを通過したソフトウェアの変更を、人による承認を挟まずに本番環境へ自動的に反映する手法。継続的デリバリーをさらに進めたもので、小さな変更を頻繁にリリースできる。