📐 결제 RFC v2 · 섹션 8개
개요
아키텍처
API 레퍼런스
변경 이력
연결된 RFC 3개
+ 섹션 추가
아키텍처 · 약 6분✓ 저장됨Markdown ⇄ 내보내기
서비스 아키텍처
결제 서비스는 원장을 직접 소유하며, 쓰기 경로 하나만 노출합니다. 읽기는 리플리카에서 처리하므로, 강한 일관성이 필요한 호출자는 반드시 쓰기 경로를 명시적으로 거쳐야 합니다.
모든 상태 전이는 멱등합니다. 같은 키로 들어온 중복 요청은 새로 처리하지 않고 원래 결과를 그대로 돌려주므로, 고객에게 이중 청구되지 않습니다.
타임아웃은 백오프를 두고 재시도하되 두 번까지만 허용하며, 그 이후에는 요청을 데드레터 큐에 넣어 수동 검토에 맡깁니다.
✓ 저장됨 · v48개 중 2번째 섹션약 6분 분량
AI 코치
스펙 전체를 읽었습니다
여기 재시도 예산이 §1의 SLA와 맞나요?
딱 맞진 않습니다. §1은 가용성 99.9%를 약속하지만, 재시도를 두 번으로 막으면 느린 의존성에 대응할 여유가 없습니다. 상한을 올리거나 수치를 완화하세요.↳ §1 · 개요에서
일관성 점검미해결 질문