1.3基礎
Step Functionsの実行失敗を運用チームへ通知する。
成功イベントは記録し、失敗イベントだけをSNSトピックへ送る。
最も適切な構成はどれか。
× 不正解
EventBridgeでStep Functionsの実行状態変更を受け、FAILEDだけをSNSへルーティングすると、運用通知を疎結合にできる。
詳細解説
正しいEventBridgeでStep FunctionsのFAILEDイベントをSNSへルーティングする
イベントパターンで失敗状態を絞り、SNSやIncident Managerなどへ通知できる。
イベントパターンで失敗状態を絞り、SNSやIncident Managerなどへ通知できる。
誤りS3ライフサイクルで失敗を検知する
保存期間管理はStep Functions実行状態を監視しない。
保存期間管理はStep Functions実行状態を監視しない。
誤りRedshift COPYの成功件数だけを監視する
取り込み処理の一部しか見ず、ワークフロー全体の失敗通知にならない。
取り込み処理の一部しか見ず、ワークフロー全体の失敗通知にならない。
誤りIAMポリシーの変更を通知条件にする
権限変更イベントはデータパイプラインの失敗状態とは異なる。
権限変更イベントはデータパイプラインの失敗状態とは異なる。
実際に確かめる
一時的な検証環境で実行できる例です。
EventBridgeのStep Functionsイベント、イベントパターン、SNSターゲットの公式説明を確認する。期待される結果
ETL処理のメトリクスと、ワークフロー状態イベントの通知を区別できる。理解のポイント
- EventBridge
- Step Functions
- FAILED
- SNS
確認時の注意
- 確認環境: AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
- AWS公式DEA-C01 Domain 1・Task 1.3と各サービスの公式ドキュメントを確認する。
基礎のおさらい
イベントルーティング
発生元のdetail-typeやstatusを条件にし、必要なイベントだけを通知する。
通知の再処理
通知失敗、重複、順序、運用者の応答を含めて設計する。
問題IDAWS-DEA-062
確認環境AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告