3.1基礎
S3取り込み、Glue変換、Redshiftロードを順番に実行する。
前工程が失敗したら後工程を実行せず、再実行可能にしたい。
最も適切な自動化方法はどれか。
× 不正解
Step Functions Standardで各工程をTaskに分け、Retry/Catchと入力・出力を定義する。各Taskは冪等にする。
詳細解説
正しいStep FunctionsのTaskを順番に定義する
状態遷移で依存関係と失敗時のCatch/Retryを表現できる。
状態遷移で依存関係と失敗時のCatch/Retryを表現できる。
誤り各ジョブを独立したcronで起動する
依存関係や失敗時の順序が分散し、重複実行を制御しにくい。
依存関係や失敗時の順序が分散し、重複実行を制御しにくい。
誤りすべてを1つのLambdaへ詰め込む
タイムアウト・メモリ・再実行単位が大きくなり、工程別の監視が難しい。
タイムアウト・メモリ・再実行単位が大きくなり、工程別の監視が難しい。
誤りS3 Lifecycleで順番を制御する
Lifecycleはオブジェクトの移行・削除で、ETL依存関係を実行しない。
Lifecycleはオブジェクトの移行・削除で、ETL依存関係を実行しない。
実際に確かめる
一時的な検証環境で実行できる例です。
AWS Step Functions Amazon States Language、Task、Retry、Catchの公式説明を確認する。期待される結果
時刻起動の寄せ集めと、依存関係を持つワークフローの違いを説明できる。理解のポイント
- Step Functions
- 依存関係
- Retry/Catch
- 冪等性
確認時の注意
- 確認環境: AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
- AWS公式DEA-C01 Domain 3・Task 3.1と各サービスの公式ドキュメントを確認する。
基礎のおさらい
失敗設計
一時障害だけRetryし、恒久エラーはCatchで通知・隔離する。
再実行
各Taskを同じ入力で安全に再実行できるよう、重複書き込みを防ぐ。
問題IDAWS-DEA-181
確認環境AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告