📐 決済基盤RFC v2 · 8セクション
概要
アーキテクチャ
APIリファレンス
変更履歴
進行中のRFC3件をひもづけ
+ セクションを追加
アーキテクチャ · 約6分✓ 保存済みMarkdown ⇄ 書き出し
サービス構成
決済サービスは台帳を持ち、書き込み経路をひとつだけ公開する。読み取りはレプリカから返すため、強い一貫性が必要な呼び出し側は、明示的に書き込み経路を通す。
状態遷移はすべて冪等である。同じキーを持つ重複リクエストには元の結果を返し、 利用者に二重請求はしない。
タイムアウトはバックオフ付きで再試行し、上限は2回。それを超えたリクエストはデッドレターキューに退避し、人が確認する。
✓ 保存済み · v48セクション中2つめ読了目安6分
AI コーチ
仕様全体を読みました
ここの再試行の上限は、§1のSLAと合っていますか
少しずれています。§1では可用性99.9%を約束していますが、再試行が2回までだと、遅い依存先が出たときの余裕がありません。上限を上げるか、数字のほうを緩めてください。↳ §1「概要」より
整合性チェック未解決の論点