ある企業では、Amazon GuardDutyが高重大度の検出結果（例：UnauthorizedAccess:IAMUser/MaliciousIPCaller）を発生させた際に、 ①影響を受けたIAMユーザーのアクセスキーを無効化、 ②AWS Systems Manager Incident Managerでインシデントを正式に起票、 ③セキュリティチームにエスカレーション通知、 という3ステップを確実に実行する自動対応の仕組みを構築したいと考えています。複数ステップの実行順序とエラー時のリトライを管理できる、最も適切なアーキテクチャはどれですか？
Amazon EventBridgeルールでGuardDutyの高重大度検出結果をキャプチャし、AWS Step FunctionsのステートマシンからIAMアクセスキーの無効化・Systems Manager Incident Managerによるインシデント起票・SNS通知を順次実行する。 GuardDutyはAmazon EventBridgeとネイティブ統合されており、検出結果をリアルタイムでイベントとして発行します。 選択肢A は AWS Configルールはリソースの設定変更を評価するサービスであり、GuardDutyの検出結果をリアルタイムのトリガーとして利用することはできません。EventBridgeが正しい統合ポイントです。 選択肢C は 単一のLambda関数でも基本的な自動化は可能ですが、複数ステップの実行順序管理・エラー時のリトライ制御・インシデント追跡には不向きです。3ステップを確実に実行する要件にはStep Functionsが適切です。 選択肢D は Kinesis Data Streamsは大量データのストリーミング処理向けサービスであり、GuardDutyのイベント処理には不適切です。EventBridgeの直接統合が推奨されるアーキテクチャです。