ある企業のDevOpsチームが、本番環境の重大インシデント発生時に平均復旧時間（MTTR）を短縮したいと考えている。要件は、CloudWatchアラームからのインシデント自動起票、オンコールエンジニアの自動呼び出しとエスカレーション、事前定義した初動調査手順の自動実行、そして解決後の構造化された振り返りまでを一つのマネージドサービスで統合することである。可能な限りカスタム実装を減らしたい。最も適した構成はどれか。
AWS Systems Manager Incident Manager は、インシデントライフサイクル全体をマネージドに統合するサービスである。 応答プラン（response plan）に以下を関連付けることで要件を最小限のカスタム実装で満たせる。 ・CloudWatch アラームや EventBridge イベントからのインシデント自動作成 ・連絡先とエスカレーションプランによるオンコール担当の自動呼び出し（SMS・音声・チャット） ・SSM Automation ランブックによる初動調査・修復の自動実行 ・解決後のポストインシデント分析（PIA）テンプレートによる構造化された振り返り 選択肢の SNS＋Wiki は通知のみで、起票・エスカレーション・ランブック自動実行・構造化された事後分析を統合できず手動運用が多い。 選択肢の Step Functions 構成は自作のオーケストレーションが必要で、エスカレーションや事後分析の仕組みを全て独自実装する必要がある。 選択肢の EventBridge＋PagerDuty 構成は外部サービス依存かつ事後分析が手動で、統合されたインシデント管理ライフサイクルを提供しない。