注文イベントをEventBridgeのバスで受け、通知と集計のルールへ配信している。イベントはアーカイブ済みで、集計処理の不具合を直した後、過去1時間分だけを集計へ再投入したい。過去の通知を意図せず再送したくない。アーカイブの再生に合う設計はどれか。

注文・在庫・決済サービスが各自のDBを持ち、単一の分散ACIDトランザクションは使わない。注文確定と在庫引当の後、決済が確定的に拒否された場合は、引当解除と注文取消しを業務上の補償操作として行う。Step Functionsを使う設計として最も適切なのはどれか。

CloudFrontのオリジングループに主・副の2オリジンを設定し、503をフェイルオーバー条件にした。GETとPOSTを同じビヘイビアで許可し、Lambda@Edge等の独自切替はない。キャッシュされない注文作成POSTを主オリジンが503で返した場合、標準のオリジンフェイルオーバーについて正しいのはどれか。