DOPインシデントとイベントへの対応
あるグローバル企業の運用チームは、CloudWatch アラーム、Amazon GuardDuty の検出結果、Systems Manager のコンプライアンス違反など複数ソースから発生する運用上の問題を、担当者ごとにバラバラに処理しており、対応状況の一元把握や再発分析ができていない。チームは、これらのイベントを単一のコンソールで運用項目として集約し、各項目に関連リソース情報と対処用のランブック（Automation ドキュメント）を紐づけ、ステータスで対応状況を追跡できる仕組みを、最小限の運用負荷で実現したい。最も適切なソリューションはどれか。
AAWS Systems Manager OpsCenter を有効化し、Amazon EventBridge ルールで各ソースのイベントを OpsItem として自動作成する。OpsItem に関連リソースと Automation ランブックを関連付け、ステータス遷移で対応を追跡する。
✓ 正解
OpsCenter は複数ソースの運用課題を OpsItem として単一コンソールに集約し、EventBridge で自動起票、関連リソースと Automation ランブックの紐付け、ステータス遷移による追跡が可能で、一元管理と再発分析の要件を最小の負荷で満たすため最適。
BAWS Systems Manager Incident Manager で対応プランを作成し、各ソースからのイベントで自動的にインシデントを起票して、エンゲージメント（呼び出し）とエスカレーション、ランブックで重大障害として対応する運用に統一する。
Incident Manager は高深刻度インシデントの呼び出し・エスカレーション・対応プラン実行に特化しており、日常的に多数発生する運用項目の集約・追跡には過剰で運用負荷が大きく、要件に合致しないため不適切。
CAmazon SNS トピックに全ソースからの通知を集約し、運用チームがサブスクライブしてメールで受信したうえで、外部のスプレッドシートで各項目の対応状況とランブックを管理する。
SNS はイベント通知の配信のみを担い、OpsItem のようなステータス管理やランブック紐付けの機能を持たない。外部スプレッドシート運用は一元把握と再発分析の自動化にならず運用負荷が高いため不適切。
DAWS Security Hub に全ソースの検出結果を集約し、セキュリティ標準の準拠スコアで運用項目を可視化して、カスタムアクションから対処用の処理を手動で起動する。
Security Hub はセキュリティ検出結果の集約と準拠スコア可視化が主目的で、CloudWatch アラームやコンプライアンス違反を含む運用全般の項目管理・ステータス追跡・ランブック実行を担うツールではないため不適切。
解説
Systems Manager OpsCenter は、CloudWatch アラームや GuardDuty、Config、コンプライアンス違反など複数ソースの運用課題を OpsItem として単一コンソールに集約する機能である。EventBridge ルールでイベントを OpsItem として自動作成でき、各 OpsItem には関連リソース情報や推奨される Automation ランブックが紐づき、Open/InProgress/Resolved のステータスで対応状況を追跡できる。運用項目の一元管理と再発分析に最適である。
選択肢1の Incident Manager は、重大障害の呼び出し・エスカレーション対応に特化しており、日常的な多数の運用項目を集約・追跡する用途にはオーバーヘッドが大きい。
選択肢2の Amazon SNS は、通知の配信はできるが、対応状況の追跡やランブック紐付けの機能がなく、外部管理は運用負荷が高い。
選択肢3の AWS Security Hub は、セキュリティ検出結果の集約には適するが、運用全般の項目管理やステータス追跡・ランブック実行を目的としたツールではない。
ドメイン別正答率・予想スコアでリアルタイムに実力把握
無限ノックでDOPを徹底対策。全問AI生成のオリジナル問題。
無料で演習を始める →