Event Storming 완벽 가이드

✅ 좋은 예시:
- "주문이 생성됨"
- "재고가 차감됨"
- "배송이 시작됨"
 
❌ 나쁜 예시:
- "주문 생성" (현재형 X)
- "주문을 생성한다" (미래형 X)
- "주문 데이터 저장" (기술적 표현 X)

"이 시스템에서 발생하는 모든 사건을 생각나는 대로 주황색 스티커에 적어주세요.
순서는 신경 쓰지 말고, 과거 시제로 작성해주세요."

[시작]                                                    [끝]
┌────────┐    ┌────────┐    ┌────────┐    ┌────────┐    ┌────────┐
│주문 생성│ → │재고 확인│ → │결제 완료│ → │상품 포장│ → │배송 완료│
└────────┘    └────────┘    └────────┘    └────────┘    └────────┘

🟥 핫스팟이 필요한 경우:
- 논의가 필요한 비즈니스 규칙
- 불명확한 프로세스
- 예외 상황 처리
- 성능/보안 우려사항

"동시에 같은 상품을 여러 명이 주문하면?"
"결제 실패 후 재시도 로직은?"

┌────────┐    ┌──────┐    ┌────────┐
│  고객  │ → │주문 생성│ → │주문 생성됨│
│(노란색)│    │(파란색)│    │(주황색) │
└────────┘    └──────┘    └────────┘

┌────────┐
│재고 현황│ (읽기 모델)
│(초록색)│
└────┬───┘
     ↓
┌──────┐    ┌────────┐
│재고 확인│ → │재고 확인됨│
│(파란색)│    │(주황색) │
└──────┘    └────────┘

┌────────┐
│재고 확인됨│
└────┬───┘
     ↓
┌──────────────────┐
│만약 재고 < 10이면 │
│자동 발주 실행     │ (정책)
│(보라색)          │
└────┬─────────────┘
     ↓
┌────────┐
│발주 요청됨│
└────────┘

┌──────┐    ┌────────┐    ┌────────┐
│결제 요청│ → │  PG사   │ → │결제 완료됨│
└──────┘    │(핑크색) │    └────────┘
            └────────┘

┌───────────────────────────────────┐
│      주문 애그리게잇 (Order)       │
├───────────────────────────────────┤
│ 이벤트: 주문생성됨, 주문취소됨     │
│ 커맨드: 주문생성, 주문취소         │
│ 속성: 주문ID, 고객ID, 상품목록    │
└───────────────────────────────────┘

┌─────────────────────┐  ┌─────────────────────┐
│  주문 관리 컨텍스트 │  │  재고 관리 컨텍스트 │
│                     │  │                     │
│ - 주문 생성         │  │ - 재고 차감         │
│ - 주문 취소         │  │ - 재고 보충         │
└─────────────────────┘  └─────────────────────┘

[고객 주문] → [재고 관리] → [결제] → [포장] → [배송] → [완료]

고객(노란색)
  ↓
주문 생성(파란색) ← 상품 재고(초록색)
  ↓
주문 생성됨(주황색)
  ↓
┌────────────────────────┐
│ 정책: 재고 10개 미만이면│
│ 자동 발주 알림 발송     │ (보라색)
└────────────────────────┘
  ↓
재고 부족 알림 발송됨(주황색)

주문 생성됨(주황색)
  ↓
재고 확인(파란색)
  ↓
재고 확인됨(주황색)
  ↓
┌────────────────────────┐
│ 정책: 재고 있으면       │
│ 자동으로 재고 차감     │ (보라색)
└────────────────────────┘
  ↓
재고 차감됨(주황색)

🟥 동시 주문 시 재고 경쟁 조건
🟥 재고 차감 실패 시 주문 롤백 방법

재고 차감됨(주황색)
  ↓
결제 요청(파란색)
  ↓
┌────────────────────────┐
│ PG사 결제 API 호출     │ (핑크색)
└────────────────────────┘
  ↓
결제 완료됨(주황색) / 결제 실패됨(주황색)

결제 실패됨(주황색)
  ↓
┌────────────────────────┐
│ 정책: 자동으로 재고 복구│ (보라색)
└────────────────────────┘
  ↓
재고 복구됨(주황색)
  ↓
주문 취소됨(주황색)

결제 완료됨(주황색)
  ↓
포장 지시(파란색)
  ↓
상품 포장됨(주황색)
  ↓
배송사 연동(핑크색)
  ↓
배송 시작됨(주황색)
  ↓
배송 완료됨(주황색)

┌───────────────────────────┐
│   주문 컨텍스트 (Order)   │
│                           │
│ - 주문 생성               │
│ - 주문 취소               │
│ - 주문 상태 조회          │
└───────────┬───────────────┘
            │
            │ 이벤트 발행
            ↓
┌───────────────────────────┐
│  재고 컨텍스트 (Inventory)│
│                           │
│ - 재고 확인               │
│ - 재고 차감               │
│ - 재고 보충               │
└───────────┬───────────────┘
            │
            │ 이벤트 발행
            ↓
┌───────────────────────────┐
│  배송 컨텍스트 (Shipping) │
│                           │
│ - 포장 지시               │
│ - 배송 시작               │
│ - 배송 추적               │
└───────────────────────────┘

✅ 구체적으로 작성:
- "주문이 생성됨" ✅
- "무언가 발생함" ❌
 
✅ 비즈니스 언어 사용:
- "주문이 생성됨" ✅
- "Order 엔티티가 DB에 저장됨" ❌
 
✅ 한 스티커에 하나의 이벤트:
- "결제가 완료됨" ✅
- "결제 완료 및 재고 차감됨" ❌

❌ 잘못된 예:
- "데이터베이스에 INSERT됨"
- "API 호출이 성공함"
- "트랜잭션이 커밋됨"
 
✅ 올바른 예:
- "주문이 기록됨"
- "고객 정보가 확인됨"
- "변경사항이 저장됨"

❌ Big Picture 단계에서 너무 상세:
"주문 생성됨" → "주문 검증됨" → "주문 번호 생성됨" → "주문 이메일 발송됨" → ...
 
✅ Big Picture는 큰 흐름만:
"주문 생성됨" → "재고 확인됨" → "결제 완료됨" → "배송 시작됨"

❌ 순서 논쟁:
"이 이벤트가 먼저야!" vs "아니야, 저게 먼저야!"
(30분 동안 순서 논쟁...)
 
✅ 불확실하면 핫스팟:
🟥 "이벤트 A와 B의 순서가 불명확함 - 나중에 논의"

❌ 모든 예외 케이스를 다 다루려고 함:
"만약 A가 B일 때..."
"근데 C가 D라면..."
(끝없는 예외 케이스 논의)
 
✅ 핵심 플로우에 집중:
주요 시나리오만 모델링하고, 예외는 핫스팟으로 표시

❌ 개발자가 주도:
"이건 API로 처리하고..."
"여기서 비동기로..."
 
✅ 도메인 전문가가 주도:
"고객이 주문하면..."
"재고가 부족하면..."