Files
2nd/10_Wiki/Topic_Programming/Architecture/이커머스의 실시간 재고 관리.md
T
Antigravity Agent 9148c358d0 docs(10_Wiki): 위키 전체 재구성 — Topic_* 폴더를 4개 카테고리로 통합 + 대규모 중복 제거
Topic_Agent/Topic_Blog/Topics/Topics_Biz/Topics_Meeting/Topics_Rag의 마크다운 지식 문서를
Topic_General/Topic_Programming/Topic_Graphic/Topic_Business 4개 카테고리로 재분류.

- 중복 제거: frontmatter의 status:duplicate/merged + duplicate_of/redirect_to 필드로
  자기 자신을 중복으로 선언한 리다이렉트 stub 1032개 제거, 완전 동일 내용 파일 472개 제거,
  동일 파일명·다른 내용 충돌 시 더 큰(완전한) 버전만 유지(162개 제거) — 총 1639개 중복 제거.
- 분류: 폴더 단위로 명확한 항목(AI_and_ML/Coding/Architecture 등 → Programming,
  Comfyui/Visual_Effects → Graphic, Topics_Biz/Topics_Meeting/사업 등 → Business,
  Poetic_Blog_Writing/창의성/Game_Design 등 → General)은 폴더 우선순위로,
  나머지 혼재 폴더(Topic_Agent/Topic_Blog/Topics 루트/Thinking & Reasoning/Other/UI_UX_Assets)는
  title/tags 키워드 스코어링으로 파일 단위 분류(불명확한 경우 General로 폴백).
  원본 폴더명은 "From_*" 서브폴더로 보존해 추적 가능성 유지.
- 최종 배치: Programming 2784 / General 1608 / Graphic 285 / Business 249 = 4926개 문서.
- 에이전트 운영 상태(.astra/.agent/.obsidian/sessions/memory/_company/docs/lessons/_shared/src)는
  지식 콘텐츠가 아니므로 재분류 대상에서 제외하고 원위치 유지.
- Topics/Topic_email(상위 보호 폴더 Topic_email과 파일명 100% 중복) 삭제 — 보호 폴더 자체는 미변경.
- 완전히 비게 된 Topic_Agent/Topic_Blog/Topics_Biz/Topics_Rag 폴더 제거.
2026-07-05 00:33:48 +09:00

180 lines
6.5 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
---
id: wiki-2026-0508-이커머스의-실시간-재고-관리
title: 이커머스의 실시간 재고 관리
category: 10_Wiki/Topics
status: verified
canonical_id: self
aliases: [Real-time Inventory, Stock Management, Inventory Reservation]
duplicate_of: none
source_trust_level: A
confidence_score: 0.9
verification_status: applied
tags: [ecommerce, inventory, event-driven, distributed-systems]
raw_sources: []
last_reinforced: 2026-05-10
github_commit: pending
tech_stack:
language: typescript
framework: redis-kafka
---
# 이커머스의 실시간 재고 관리
## 매 한 줄
> **"매 stock = 단일 진실 + reservation log"**. 이커머스 재고는 oversell·undersell 사이의 trade-off — 동일 SKU에 동시 구매 요청이 몰리면 절대 수량은 atomic하게 감소해야 하고, 결제 실패 시 복구도 atomic해야 한다. 2026 표준은 Redis(또는 DB row lock)에서 reservation, Kafka로 event publish, eventual consistency로 warehouse·search·analytics 동기화.
## 매 핵심
### 매 두 모델
- **Reserve-then-confirm** (most): cart 추가 시 hold (TTL 10-30분), 결제 완료 시 commit. Hold 만료 → 자동 release.
- **Optimistic deduction**: 결제 시점에만 차감 — 빠르지만 oversell 위험. 재고 풍부 시 OK.
### 매 일관성 layer
- **Source of truth**: 단일 store (Postgres row 또는 Redis HSET). Strict serializable.
- **Read replica / search index**: eventual consistency. Kafka changelog로 동기화.
- **CDN cached PDP**: stale 허용 (몇 초). "Add to cart" 시 source 재확인.
### 매 응용
1. **Flash sale**: pre-allocate per-shard inventory, hot-key 분산.
2. **Multi-warehouse**: SKU × warehouse 행렬, 배송 가능성으로 reservation routing.
3. **Marketplace**: 판매자 자체 stock + platform reservation.
## 💻 패턴
### Redis Lua로 atomic reserve
```lua
-- reserve.lua: KEYS[1]=stock:{sku}, ARGV[1]=qty, ARGV[2]=reservationId, ARGV[3]=ttlSec
local available = tonumber(redis.call('GET', KEYS[1]) or '0')
local qty = tonumber(ARGV[1])
if available < qty then return {0, available} end
redis.call('DECRBY', KEYS[1], qty)
redis.call('SET', 'reserve:' .. ARGV[2], qty, 'EX', ARGV[3])
return {1, available - qty}
```
```typescript
import { createClient } from 'redis';
const redis = createClient(); await redis.connect();
const reserveScript = await redis.scriptLoad(LUA);
export async function reserve(sku: string, qty: number, ttlSec = 1800) {
const reservationId = crypto.randomUUID();
const [ok, remaining] = await redis.evalSha(reserveScript, {
keys: [`stock:${sku}`],
arguments: [String(qty), reservationId, String(ttlSec)],
}) as [number, number];
if (!ok) throw new OutOfStockError(sku, qty, remaining);
return reservationId;
}
```
### Postgres row-level lock 대안
```sql
-- single SKU, strong consistency, ~1k tx/s 까지 OK
BEGIN;
SELECT available FROM stock WHERE sku = $1 FOR UPDATE;
-- application-side check
UPDATE stock SET available = available - $2 WHERE sku = $1 AND available >= $2;
INSERT INTO reservation (id, sku, qty, expires_at)
VALUES ($3, $1, $2, now() + interval '30 minutes');
COMMIT;
```
### Confirm / Release
```typescript
export async function confirm(reservationId: string) {
const r = await db.reservation.findUnique({ where: { id: reservationId } });
if (!r || r.status !== 'held') throw new Error('invalid reservation');
await db.$transaction([
db.reservation.update({ where: { id: reservationId }, data: { status: 'confirmed' } }),
db.stockMovement.create({ data: { sku: r.sku, qty: -r.qty, kind: 'sale' } }),
]);
await kafka.publish('inventory.events', {
type: 'StockSold', sku: r.sku, qty: r.qty, reservationId,
});
}
export async function release(reservationId: string) {
// Lua에서 stock:{sku} INCRBY qty + DEL reserve:{id}
}
```
### TTL 만료 자동 release (Redis keyspace notifications)
```typescript
// redis CONFIG SET notify-keyspace-events Ex
const sub = redis.duplicate(); await sub.connect();
await sub.pSubscribe('__keyevent@0__:expired', async (key) => {
if (key.startsWith('reserve:')) {
const id = key.slice('reserve:'.length);
await release(id); // idempotent
}
});
```
### Kafka changelog → search/analytics
```typescript
// consumer: inventory.events → ElasticSearch
const consumer = kafka.consumer({ groupId: 'search-indexer' });
await consumer.subscribe({ topic: 'inventory.events' });
await consumer.run({
eachMessage: async ({ message }) => {
const e = JSON.parse(message.value!.toString());
if (e.type === 'StockSold' || e.type === 'StockAdded') {
const remaining = await redis.get(`stock:${e.sku}`);
await es.update({
index: 'products', id: e.sku,
doc: { in_stock: Number(remaining) > 0, available: Number(remaining) },
});
}
},
});
```
### Hot-key 분산 (flash sale)
```typescript
// SKU 'AIR-MAX' 10000개 → 10 shard 각 1000개
const shards = 10;
async function reserveSharded(sku: string, qty: number) {
const shardOrder = shuffle([...Array(shards).keys()]);
for (const i of shardOrder) {
try { return await reserve(`${sku}:shard:${i}`, qty); }
catch (e) { if (!(e instanceof OutOfStockError)) throw e; }
}
throw new OutOfStockError(sku, qty, 0);
}
```
## 매 결정 기준
| 상황 | Approach |
|---|---|
| 재고 풍부, 동시성 낮음 | Postgres row lock |
| 동시성 높음, 단일 SKU | Redis Lua + reservation TTL |
| Flash sale, 동일 SKU 폭주 | Sharded inventory |
| Multi-warehouse | SKU × WH 매트릭스 + routing |
**기본값**: Redis reservation + Kafka changelog. Postgres는 audit·reconciliation용 source of truth.
## 🔗 Graph
- 부모: [[Event-Driven Architecture]]
- Adjacent: [[CQRS]] · [[Eventual Consistency]] · [[Idempotency]]
## 🤖 LLM 활용
**언제**: reservation 흐름 설계, oversell incident 분석, hot-key 식별.
**언제 X**: 재고 추적이 필요 없는 digital good (license key 무한) — 단순 카운터로 충분.
## ❌ 안티패턴
- **READ + 그 다음 UPDATE** (lock 없이): TOCTOU race → oversell.
- **Reservation 만료 처리 누락**: hold이 영원히 남아 가용 재고 잠식.
- **Search index를 source of truth로 사용**: ES eventual consistency → 결제 시점 negative stock.
- **재고 0에서 cart 추가 허용**: UX는 좋지만 결제 실패 폭주.
## 🧪 검증 / 중복
- Verified (Shopify Engineering, "Building Resilient Payment Systems", 2024; AWS retail patterns).
- 신뢰도 A.
## 🕓 Changelog
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | Manual cleanup — reservation 모델·Lua·sharding 추가 |