3.3基礎
Glueジョブが失敗しても、後続のダッシュボードが前日のデータを表示している。
失敗を即時通知し、公開処理を止めたい。
最も適切な監視・保守方法はどれか。
× 不正解
EventBridgeでGlue Job State Changeをフィルターし、SNS通知・Step Functionsの失敗分岐・品質ゲートへ接続する。
詳細解説
正しいGlueジョブ状態イベントをEventBridgeで検知し、SNSとワークフローへ送る
FAILEDイベントを条件に通知と公開停止を連携できる。
FAILEDイベントを条件に通知と公開停止を連携できる。
誤り成功したファイルだけをS3へコピーする
失敗そのものの検知・通知がなく、古いデータ表示を防げない。
失敗そのものの検知・通知がなく、古いデータ表示を防げない。
誤り毎日人がダッシュボードを確認する
検知が遅れ、失敗期間が長くなる。
検知が遅れ、失敗期間が長くなる。
誤りCloudTrailのStartJobRunだけを監視する
開始記録だけでは処理結果や失敗を表さない。
開始記録だけでは処理結果や失敗を表さない。
実際に確かめる
一時的な検証環境で実行できる例です。
AWS Glue job state change events、Amazon EventBridge、SNSの公式説明を確認する。期待される結果
開始イベントと完了失敗イベントを区別できる。理解のポイント
- Glue Job State
- EventBridge
- SNS
- 公開停止
確認時の注意
- 確認環境: AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
- AWS公式DEA-C01 Domain 3・Task 3.3と各サービスの公式ドキュメントを確認する。
基礎のおさらい
データ鮮度
最後に成功したデータセットの時刻を表示し、失敗時に古い値を無言で公開しない。
復旧
失敗入力・実行ID・ログリンクを通知し、修正後の再実行を追跡する。
問題IDAWS-DEA-218
確認環境AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告