3.1標準
ETLタスクが一時的なスロットリングで失敗することがある。
恒久的な入力エラーは即時に隔離し、無限再試行を避けたい。
最も適切な自動化方法はどれか。
× 不正解
Step FunctionsのRetry/Catchで一時障害を指数バックオフし、InputValidationError等はCatchでDLQ・通知へ送る。
詳細解説
正しいRetryでエラー種別・回数・BackoffRateを設定し、Catchで隔離する
一時エラーだけ指数バックオフし、上限超過や入力エラーは別状態へ送れる。
誤りS3へエラー文字列を書くだけにする
記録だけでは再試行・通知・ワークフロー制御にならない。
誤り失敗しても成功として次へ進む
不完全なデータを後工程へ渡し、品質問題を隠す。
誤りすべての例外を無制限に再試行する
コスト増加と下流過負荷を招き、恒久エラーが終わらない。
公式資料で確認する
以下の項目を公式資料の記述と照合して確認します。
AWS Step Functions Retry、BackoffRate、Catch、ErrorEqualsの公式説明を確認する。
確認できる内容
再試行を無制限にせず、エラー分類と隔離を行う理由を説明できる。
理解のポイント
- Retry
- Catch
- BackoffRate
- DLQ
確認時の注意
- 確認環境: AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
- AWS公式DEA-C01 Domain 3・Task 3.1と各サービスの公式ドキュメントを確認する。
基礎のおさらい
指数バックオフ
再試行間隔を伸ばして、回復途中の下流サービスへ負荷を集中させない。
恒久エラー
入力不正や権限不足は再試行しても直らないため、修正待ちキューへ隔離する。
問題IDAWS-DEA-189
確認環境AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告