AWS ソリューションアーキテクト プロフェッショナル分散イベントの実行保証オリジナル・公式資料照合難易度
Step Functions Standard Workflowに課金APIのTaskとRetryを定義した。Standardのexactly-onceモデルがあれば、Retry先の副作用も二重にならないと断定できるか。
A
できないので、ワークフローをExpressに変えれば自動的に二重処理を防げる
Expressへの変更が外部副作用の重複排除を自動提供するわけではない。
B
できない。明示したRetryではTaskが再実行され得るので、課金API側の冪等性が必要である★ 正解
StandardでもRetryを定義すればその状態は再実行され得る。外部副作用の重複防止をワークフローの名称だけへ任せない。
C
Retryを定義しても同じ状態名なら外部APIの実行は一回に自動制限される
同じ状態の再試行でも外部APIは再呼出しされ得る。業務側の重複制御を別に用意する。
D
できる。Standardは任意の外部APIのDBを自動ロックする
外部システムのデータを暗黙にロックする仕組みではない。
解説
StandardでもRetryを定義すればその状態は再実行され得る。外部副作用の重複防止をワークフローの名称だけへ任せない。
根拠資料・確認情報
対応範囲：SAP-C02
資料確認日：2026-11-02
アプリ内の初回回答データ
回答データを読み込んでいます。
同じレッスンの問題
問題 1
SQS FIFOへ同じ注文の再送が数時間後にも起こり得る。MessageDeduplicationIdを注文IDにしたので、二重の課金処理を永久に防げるという案の問題はどれか。
問題 2
SQSから同じメッセージを再受信したワーカーが削除する。以前の受信時のハンドルとMessageIdも保存してある。DeleteMessageへ渡すべき値はどれか。
問題 3
SNSで本文JSONのregionプロパティにより購読先を分けたい。属性は付けていないのに、MessageAttributesを対象とするフィルターを設定して届かない。適切な修正はどれか。
問題 4
EventBridge PutEventsへ複数エントリーを送り、HTTP成功応答にFailedEntryCountが含まれた。送信側の処理として必要なのはどれか。