令和5年度秋期 情報処理安全確保支援士 午前Ⅱ 問22

午前II 問22：カオスエンジニアリングって何をするの？

カオスエンジニアリングは、分散システムにあえて小さな障害を入れてみて、「本当にちゃんと耐えられるかな？」を確認する考え方だよ。たとえるなら、避難訓練みたいなもの。実際に火事を起こすわけではないけれど、トラブル時にどう動くかを試して、弱いところを見つけて改善していくんだ。DevOps、IaC、テスト駆動開発とは目的が違うので、そこを区別しよう。

この問題で問われていること

この問題では、システム運用や開発で使われるプラクティスの名前と、その目的を正しく結び付けられるかが問われているよ。特にカオスエンジニアリングは「障害を意図的に注入して、システムの挙動を観察し改善する手法」と押さえよう。

カオスエンジニアリング

障害を注入して観察し、耐障害性を継続的に高めるのがカオスエンジニアリングです。

意図的な障害注入\n-> 挙動観察\n-> 改善

確認ポイント

• DevOps は開発と運用の協調です。
• IaC はインフラ構成をコード化する考え方です。
• 障害注入による改善としてカオスエンジニアリングを選ぶ。

正解

ウ

出典

問題文と解答は IPA 公開の過去問題冊子・解答例を基にしています。

選択肢ア

不正解だよ。DevOpsは、開発チームと運用チームが協力して、開発からリリース・運用までをスムーズに回す考え方だよ。お店で、作る人と売る人が別々に動くのではなく、こまめに相談して改善する感じ。障害をわざと起こす実験そのものを指す言葉ではないよ。

選択肢イ

不正解だよ。Infrastructure as Codeは、サーバやネットワークの設定を手順書ではなくコードで管理する考え方だよ。引っ越しのたびに家具を手作業で置くのではなく、配置図どおりに自動で部屋を再現する感じ。わざと障害を起こして強さを見る話ではないよ。

選択肢ウ（正解）

正解だよ。カオスエンジニアリングは、あえて小さな障害を起こして、システムが本当に耐えられるか確かめる方法だよ。避難訓練でわざと非常ベルを鳴らして、みんなが安全に動けるか確認するイメージ。問題文の『意図的に障害を引き起こして観察し、改善する』にぴったりだよ。

選択肢エ

不正解だよ。テスト駆動開発は、先にテストを書いて、そのテストに合格するようにプログラムを作る開発方法だよ。料理でいうと、先に『この味になったらOK』というチェック表を作ってから調理する感じ。運用中のシステムに障害を起こして耐性を見る手法ではないよ。