3.1基礎
Crawler完了後に変換ジョブを実行し、成功時だけ集計ジョブを起動する。
失敗時には後続処理を止めて通知したい。
最も適切な自動化方法はどれか。
× 不正解
Glue WorkflowとConditional Triggerで工程を連鎖し、成功条件・失敗通知・再実行を定義する。
詳細解説
正しいGlue Workflowと条件付きTriggerを使う
Crawler・Job・Triggerをワークフローへまとめ、成功/失敗条件で後続を制御できる。
Crawler・Job・Triggerをワークフローへまとめ、成功/失敗条件で後続を制御できる。
誤りすべてのGlueジョブを同じ時刻に起動する
Crawlerの完了前に変換が始まり、データ不足や競合が発生する。
Crawlerの完了前に変換が始まり、データ不足や競合が発生する。
誤りS3 LifecycleのExpirationを成功条件にする
オブジェクト削除はジョブ状態の成功判定にならない。
オブジェクト削除はジョブ状態の成功判定にならない。
誤りCloudTrailのイベントを成功フラグとして扱う
API呼び出し記録だけではジョブの処理結果を表現しない。
API呼び出し記録だけではジョブの処理結果を表現しない。
実際に確かめる
一時的な検証環境で実行できる例です。
AWS Glue Workflows、Triggers、conditional trigger predicatesの公式説明を確認する。期待される結果
ジョブの状態を条件にするTriggerと時刻起動の違いを説明できる。理解のポイント
- Glue Workflow
- Conditional Trigger
- Crawler
- 成功条件
確認時の注意
- 確認環境: AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
- AWS公式DEA-C01 Domain 3・Task 3.1と各サービスの公式ドキュメントを確認する。
基礎のおさらい
依存関係
Crawler完了・品質検査成功など、次工程の開始条件を明示する。
失敗処理
失敗した工程を隔離し、再実行時に同じ入力を二重登録しない。
問題IDAWS-DEA-185
確認環境AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告