REAL-TIME STATE ENGINE
경쟁 요청이 몰리는 순간, 하나의 상태를 정확하게 결정합니다.
Burst Guardian은 좌석, 재고, 예약 슬롯, 보상 권리처럼 여러 사용자가 동시에 요구하는 디지털 상태를 분리해 처리하는 고경합 실시간 State Engine입니다.
WHY IT EXISTS
기존 시스템은 기록하고, Burst Guardian은 결정합니다.
결제, 주문, 원장, 조회는 기존 시스템이 계속 담당합니다. Burst Guardian은 하나의 자원에 요청이 집중되는 상태 변경 구간만 떼어내 빠르게 확정합니다.
System of Record
회원, 결제, 주문, 정산, 감사 기록은 기존 데이터베이스와 업무 시스템에 남습니다.
State Contention
Hold, Claim, Mark처럼 동시에 하나의 결과를 정해야 하는 짧고 핫한 구간입니다.
State Engine
경쟁 요청 중 하나의 상태만 확정하고 결과를 기존 시스템으로 반환합니다.
Business & Ledger
- 회원과 인증
- 결제·주문·정산
- 원장과 리포트
STATE CONTENTION
Decision Layer
- Hold / Release
- Claim / Revoke
- Set / Unset / Mark
ARCHITECTURE
가장 핫한 상태 변경만 분리해 처리합니다.
서비스 전체를 교체하지 않습니다. 요청을 정규화하고, 엔진에서 상태를 결정한 뒤, 확정 결과만 기존 시스템에 반영합니다.
Request
좌석 선택, 수량 확보, 보상 수령처럼 경쟁이 시작되는 요청입니다.
Normalize
서비스 요청을 작은 상태 명령과 일관된 키로 정리합니다.
Decide
동일한 상태 키의 경쟁을 처리하고 하나의 결과를 확정합니다.
Persist
결제, 원장, 알림 등 후속 업무는 기존 시스템에서 계속 진행합니다.
PERFORMANCE
엔진 경로와 사용자 경로를 나눠 측정합니다.
숫자 하나로 전체 시스템을 설명하지 않습니다. Engine 직접 경로, Gateway와 Engine 사이의 내부망 경로, Gateway 내부 처리경로를 나눠 측정 범위를 함께 공개합니다.
랜덤 좌석 hold-release, connections 2, batch 4096, 10초간 3회 측정 평균.
MEASUREMENT SCOPE
scope=Engine RAW TCP operation=random hold-release observed_decisions_per_sec=5,309,000
NCP 내부망 paired hold-release, connections 2, batch 4096, 2천만 건씩 3회 측정 평균.
MEASUREMENT SCOPE
scope=Gateway -> Engine NCP private network operation=paired hold-release observed_decisions_per_sec=4,280,000
HTTP 연결이 완료된 전제의 micro-batch 생성, pending 등록, mock 응답 매칭 1천만 건씩 3회 측정 평균.
MEASUREMENT SCOPE
scope=Gateway internal mock batch concurrency=1024 observed_decisions_per_sec=1,188,000 transport_errors=0
위 수치는 자체 통제 환경의 상태결정 처리량입니다. public HTTPS, Cloudflare, LB, WebSocket 연결, 브라우저 RTT는 포함하지 않으며 사용자 체감 성능은 별도 경로에서 검증합니다.
USE WITH REDIS
Redis는 그대로. 상태결정은 Burst Guardian으로.
Cache와 Session, 조회 인덱스는 Redis에 유지하고, 빈번한 상태변경과 충돌 판정만 Burst Guardian으로 분리합니다. 확정된 결과는 기존 DB와 원장에 그대로 저장합니다.
Cache · Session · 조회 인덱스 · Pub/Sub
조건부 변경 · 점유 · 해제 · 충돌 및 중복 판정
| 처리 시나리오 | Burst Guardian | Redis Lua | 실행시간 차이 |
|---|---|---|---|
| Hold → Release 성공 | 115.740ns | 4,816.389ns | 약 41.61배 |
| 점유 좌석 Hold 실패 | 5.142ns | 1,244.356ns | 약 242.02배 |
동일 로컬 호스트의 자체 통제 환경에서 실제 티켓 상태규칙을 5회 측정한 서버 내부 실행시간입니다. 네트워크·인증·로그·영속 저장시간은 포함하지 않으며, Redis 전체 성능이나 모든 워크로드에 대한 우위를 의미하지 않습니다.
USE CASES
하나의 자원을 여러 사용자가 동시에 요구하는 모든 순간.
Ticket은 현재 가장 먼저 상용화를 추진하는 Vertical입니다. 나머지 분야는 동일한 State Engine primitive를 적용하는 확장 설계입니다.
FIRST VERTICAL
Ticket Engine으로 먼저 증명하고 상용 레퍼런스를 만듭니다.
TicketBG는 좌석제, 수량제, Hold / Release, 결제 전 권리, 전송 정책을 같은 State Engine 위에서 검증하는 첫 번째 실서비스입니다.
START WITH A POC