ウのカオスエンジニアリングが正解です。カオスエンジニアリングとは、大規模で複雑なシステムにおいて、意図的に障害（カオス）を発生させ、その時のシステムの挙動を観察することで、未知の不具合や脆弱性を発見し、システムの耐障害性を高める実践的な手法です。ステージング環境（開発中のシステムを公開前にテストする環境）や本番環境（実際に利用されているシステム）で、予期せぬ障害に備えるために、あえて障害を起こして検証します。
読み込み中...
読み込み中...
目的別のサービスが多数連携して動作する大規模な分散型のシステムでは、障害時の挙動を予知することが困難である。このようなシステムにおいて、ステージング環境や本番環境で意図的に障害を引き起こしてシステムの挙動を観察し、発見した問題を修正することを継続的に実施し、システムの耐障害性及びシステム運用の信頼性を高めていく手法はどれか。
結論 → 詳細 → 補足 の 3 層構成
ウのカオスエンジニアリングが正解です。カオスエンジニアリングとは、大規模で複雑なシステムにおいて、意図的に障害（カオス）を発生させ、その時のシステムの挙動を観察することで、未知の不具合や脆弱性を発見し、システムの耐障害性を高める実践的な手法です。ステージング環境（開発中のシステムを公開前にテストする環境）や本番環境（実際に利用されているシステム）で、予期せぬ障害に備えるために、あえて障害を起こして検証します。
他の選択肢は以下の理由で不正解です。DevOps（デブオプス）は開発と運用の連携を重視する文化や手法であり、カオスエンジニアリングはその一部として活用されることがあります。Infrastructure as Code（インフラストラクチャ・アズ・コード）は、インフラ（サーバーなどの設備）の構築や管理をコードで行うことですが、障害発生時の検証方法ではありません。テスト駆動開発（TDD）は、開発者がテストコードを先に書き、そのテストをパスするように実装を進める開発手法で、システムの耐障害性を高めるための手法とは異なります。
解説は Google Gemini に IPA 公式の問題文・公式解答を入力して生成しています。 事実誤認・選択肢の取り違え・最新法令の反映漏れ等を含む可能性があるため、 重要な判断は必ず IPA 公式資料でご確認ください。
最終更新:
検証プロセス・誤り報告フローは 運営透明性レポートで公開しています。
この問題の理解を「分野全体の力」に広げるための足がかり
用語解説・選択肢分析・類題生成をその場で対話。クイズモードでは解答→解説がゼロ遷移。
セキュリティ管理 の他の問題
情報処理安全確保支援士 の同じ分野を年度をまたいで演習する
情報処理安全確保支援士のメリット｜年収・転職・登録制資格の価値
情報処理安全確保支援士（SC・登録セキスペ）取得のメリットを、年収・転職市場・業務範囲・登録制資格の側面から解説。費用対効果と登録後の維持コストもまとめます。
情報処理安全確保支援士 午後II論述対策｜合格論文の書き方と頻出テーマ
情報処理安全確保支援士（SC）の午後II論述試験の対策を解説。合格論文の構成・字数配分・頻出テーマ（インシデント対応・ゼロトラスト・クラウドセキュリティ）ごとの書き方を紹介します。
情報処理安全確保支援士試験 出題傾向の最新分析｜2024〜2025年で増えた論点と捨て論点
情報処理安全確保支援士試験の直近2年の出題傾向を分析し、増加している新論点・減少している論点・捨てて良い論点を整理。学習計画の優先度付けに活用できます。
情報処理安全確保支援士試験 過去問の解き方完全ガイド｜AI解説で時短する5ステップ
情報処理安全確保支援士試験の過去問を効率的に回すための5ステップを紹介。AIコパイロットを使った時短解説の取り方、復習タイミング、選択肢分析の手順までまとめました。