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
誤り・権利侵害を報告