決済APIへの要求がタイムアウトした。決済成立か未成立か応答だけでは分からない。再試行による二重決済を防ぐ設計はどれか。

5段の同期呼出しで、各段が下流への失敗要求を独立に何度も再試行し、障害中の負荷が増幅している。改善として適切なのはどれか。

多数のワーカーが同じ一時障害で失敗し、同じ間隔で再試行するたびに負荷が集中する。バックオフへ追加する工夫はどれか。

数日以内に行われる人の承認を含む処理をStep Functionsで構成する。Lambdaを起動したまま待ち続けず、承認後に処理を再開したい。適切なのはどれか。

同じアカウントの大量バッチ用Lambdaが同時実行枠を使い、重要APIが起動できなくなる。APIの必要枠とバッチ上限を分離する方針はどれか。