ある金融サービス企業では、AWS Security Hubが複数のAWSアカウントから重大度CRITICALの検出結果を集約しています。セキュリティ運用チームは、以下をすべて満たす自動インシデント管理ワークフローを構築したいと考えています：(1) CRITICAL検出結果の発生時にオンコール担当者へ自動通知する、(2) 事前定義された修復ランブック（runbook：手順書）を自動実行する、(3) 検出・トリアージ・解決のライフサイクルをタイムライン付きで追跡する、(4) インシデント終了後に事後分析レポートを生成する。これらすべての要件を満たすために最も適切なAWSサービスはどれですか？
AWS Systems Manager Incident Managerは、ITインシデント管理のライフサイクル全体（検出・関与・トリアージ・修復・クローズ・事後分析）を一元管理するために設計されたサービスです。レスポンスプランにオンコールスケジュール・エスカレーション・SSM Automationランブックを定義でき、事後分析（Post-incident analysis）機能も内蔵されています。 選択肢A（AWS Systems Manager OpsCenter）は運用上の問題（OpsItems）を追跡するサービスであり、インシデントのタイムライン管理やオンコール統合はIncident Managerほど体系化されておらず、事後分析機能もありません。 選択肢C（EventBridge + Lambda + SNS）のカスタム実装は機能的には実現可能ですが、インシデント管理の各機能をゼロから構築する必要があり、運用オーバーヘッドが大幅に増加します。 選択肢D（AWS Config マネージドルール + 自動修復）はコンプライアンス評価と設定修復に特化しており、オンコール通知・インシデントタイムライン・事後分析といった要件を満たしません。