ウのカオスエンジニアリングが正解です。カオスエンジニアリングとは、大規模で複雑なシステムにおいて、意図的に障害（カオス）を発生させ、その時のシステムの挙動を観察することで、未知の不具合や脆弱性を発見し、システムの耐障害性を高める実践的な手法です。ステージング環境（開発中のシステムを公開前にテストする環境）や本番環境（実際に利用されているシステム）で、予期せぬ障害に備えるために、あえて障害を起こして検証します。
情報処理安全確保支援士令和5年度 秋期午前II問 22
令和5年度 秋期 情報処理安全確保支援士 午前II 問22
難度
標準
目的別のサービスが多数連携して動作する大規模な分散型のシステムでは、障害時の挙動を予知することが困難である。このようなシステムにおいて、ステージング環境や本番環境で意図的に障害を引き起こしてシステムの挙動を観察し、発見した問題を修正することを継続的に実施し、システムの耐障害性及びシステム運用の信頼性を高めていく手法はどれか。
選択肢
アDevOps
ウカオスエンジニアリング
イInfrastructure as Code
エテスト駆動開発
解説
結論 → 詳細 → 補足 の 3 層構成
展開閉じる
解説
結論 → 詳細 → 補足 の 3 層構成
他の選択肢は以下の理由で不正解です。DevOps（デブオプス）は開発と運用の連携を重視する文化や手法であり、カオスエンジニアリングはその一部として活用されることがあります。Infrastructure as Code（インフラストラクチャ・アズ・コード）は、インフラ（サーバーなどの設備）の構築や管理をコードで行うことですが、障害発生時の検証方法ではありません。テスト駆動開発（TDD）は、開発者がテストコードを先に書き、そのテストをパスするように実装を進める開発手法で、システムの耐障害性を高めるための手法とは異なります。
この解説は？
この解説は AI 生成です（詳細）
解説テキストは Google Gemini に IPA 公式の問題文・公式解答を入力して生成しました。 人間によるレビューを行ったものと、未レビューのものが混在します。
AI は事実誤認・選択肢の取り違え・最新法令の反映漏れ等を含む可能性があります。 重要な判断は必ず IPA 公式 PDF または最新の参考書でご確認ください。
解説の検証プロセス・誤り報告フローは 運営透明性レポートで公開しています。
分野「セキュリティ管理」の学習ポイント
この問題の理解を「分野全体の力」に広げるための足がかり
- 何が問われるか
- 本問の分野で問われる代表的な知識・用語の整理。
- 学習の進め方
- 正解／誤答の選択肢ごとに「なぜ正しい / なぜ違うのか」を1行ずつ言語化すると定着する。
AI コパイロット
この問題を AI と深掘りする
用語解説・選択肢分析・類題生成をその場で対話。クイズモードでは解答→解説がゼロ遷移。
共有
ショート動画
関連する問題
セキュリティ管理 の他の問題
- 情報セキュリティスペシャリスト2009年度 秋期 午前II 問4コンティンジェンシープランにおける留意点はどれか。
- 情報セキュリティスペシャリスト2009年度 秋期 午前II 問15SLCP(共通フレーム)に従いシステム開発の要件定義の段階で実施することとして、適切なものはどれか。
- 情報セキュリティスペシャリスト2009年度 秋期 午前II 問25IT に係る内部統制を評価し検証するシステム監査の対象となるものはどれか。
- 情報セキュリティスペシャリスト2009年度 春期 午前II 問7リスク対策をリスクコントロールとリスクファイナンスに分けた場合、リスクファイナンスに該当するものはどれか。
- 情報セキュリティスペシャリスト2009年度 春期 午前II 問8情報システムのリスク分析に関する記述のうち、適切なものはどれか。