2.1標準
注文ワークフローの外部決済APIが一時的に失敗する。
指数バックオフで再試行し、一定回数後は補償処理へ進む。
最も適切な設計はどれか。
× 不正解
Step FunctionsのRetryとCatchで一時障害の再試行と補償遷移を状態単位で定義する。
詳細解説
正しいStep FunctionsのRetryとCatchを状態定義へ設定する
Step Functionsは状態ごとに再試行条件と失敗時の遷移を定義できる。
Step Functionsは状態ごとに再試行条件と失敗時の遷移を定義できる。
誤り失敗時に全ワークフローを最初から無条件で再実行する
完了済み処理の重複や副作用を生む。
完了済み処理の重複や副作用を生む。
誤りS3 Lifecycleの失敗回数を利用する
Lifecycleはオブジェクトの移行・削除で、ワークフロー再試行ではない。
Lifecycleはオブジェクトの移行・削除で、ワークフロー再試行ではない。
誤りRoute 53 TTLを短くして決済APIを再試行する
DNSキャッシュ期間はアプリケーション処理の再試行を制御しない。
DNSキャッシュ期間はアプリケーション処理の再試行を制御しない。
実際に確かめる
一時的な検証環境で実行できる例です。
AWS Step Functions Retry/Catchの公式説明を確認する。期待される結果
ワークフローの失敗処理を再試行と分岐として表現できる。理解のポイント
- Step Functions
- Retry
- Catch
確認時の注意
- 確認環境: AWS公式Step Functionsドキュメントの確認
- AWS公式SAA-C03 Domain 2と各サービスの公式ドキュメントを確認する。
基礎のおさらい
判断のポイント
依存関係を減らし、障害時に切り替わる経路と復旧手順を事前に定義する。
設計の確認
平常時だけでなく負荷急増・リージョン障害・サービス上限時の挙動を確認する。
問題IDAWS-SAA-092
確認環境AWS公式Step Functionsドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告