하나만 확정되어야 하는 상태라면 산업에 관계없이 같은 원리로 다룰 수 있습니다.

초대 코드, 접근 권한, 선착순 신청, 작업 소유권처럼 중복될 수 없는 권리를 set, unset, mark, claim 같은 작은 명령으로 표현합니다.

전체 적용 사례

여러 산업과 장치의 상태 요청이 중앙 State Engine으로 연결되는 모습

THE CONTENTION

문제는 요청 수보다 같은 상태를 동시에 바꾸려는 경쟁입니다.

중복될 수 없는 권리

하나의 코드, 작업, 권한, 자원을 여러 요청이 동시에 가져가려는 상황이 반복됩니다.

큰 시스템의 작은 hot path

전체 업무 시스템을 바꾸지 않고 경쟁이 발생하는 상태 키만 분리할 필요가 있습니다.

산업별 표현 차이

이름은 달라도 소유, 사용, 만료, 취소라는 상태 전환 패턴은 유사합니다.

STATE FLOW

업무 흐름을 작은 상태 전환으로 분리합니다.

UNSET

아직 소유자나 결과가 없는 상태

CLAIMING

경쟁 요청 중 하나를 선택

MARKED

소유·사용·완료 상태 확정

UNSET / REVOKED

정책에 따라 해제 또는 회수

SYSTEM BOUNDARY

기존 업무 시스템은 유지하고 결정 구간만 분리합니다.

EXISTING SYSTEM

System of Record

업무 규칙
사용자 데이터
정산·감사
결과 후속 처리

BURST GUARDIAN

Decision Layer

set / unset
mark / claim
owner key
TTL / revoke

Others는 완성된 산업별 제품 목록이 아니라 State Engine primitive를 적용할 수 있는 문제 유형을 설명합니다.

WHAT CHANGES

전체 시스템이 아니라 경쟁 상태의 책임만 명확해집니다.

작은 명령 모델

복잡한 업무를 최소 상태 명령으로 분리해 경합 구간을 명확히 합니다.

기존 서비스 연동

결정 결과만 API 또는 Gateway로 반환하고 기존 시스템은 후속 처리를 계속합니다.

PoC 범위 축소

전체 서비스가 아니라 가장 경쟁이 심한 하나의 상태 키부터 검증할 수 있습니다.

RELATED USE CASES

같은 State Engine primitive를 다른 분야에도 적용합니다.

POC