REINDEERS CORE ENGINE DEEP DIVE — PART 8
이번 파트는 REINDEERS 전체 기술 구조의 “최종 정리”이다. 단일 기능이 아니라 무역(Trading) + 3PL WMS + DVRP 배송 + AI 자동화 + 글로벌 동기화 + 비용 엔진 + 멀티리전 인프라가 하나의 시스템으로 결합된 형태를 기술적으로 설명한다.
이 설계는 2025년 5월부터 시작해 단일 아키텍처로 다시 작성된 결과물이며, 최종 오픈 일정인 2026년 3월 1일을 목표로 현재도 확장·검증 중이다.
57. 전체 아키텍처의 상위 개념
REINDEERS는 “EC + SCM + 물류센터 + 운송 + 무역”을 하나로 합친 시스템이다. 기존 시장에서는 이 기능을 보통 4~6개의 시스템으로 분리해 운영하지만, REINDEERS는 모두 단일 엔티티로 통합 설계했다.
57.1 상위 구조
[Trading Layer]
├─ 견적(E-Quotation)
├─ 발주(PO)
├─ 인증(TISI/FDA/COO)
├─ 수입/수출 스케줄
└─ 비용/정산
[WMS Layer]
├─ ASN (입고)
├─ OSN (출고)
├─ 재고관리
├─ FEFO/lot/유통기한
├─ 실사/반품/폐기
└─ Workforce Scheduling
[DVRP Layer]
├─ DO 생성
├─ Route Optimization
├─ Driver Assignment
├─ ETA Prediction
└─ Re-dispatch Engine
[AI MCP Layer]
├─ Orchestrator (Action Schema)
├─ Translator-Agent
├─ Logistics-Agent
├─ Trading-Agent
├─ RAG Contracts Manager
└─ Cost Predictor
[Infra Layer]
├─ Multi Region DB (HK + Seoul)
├─ COS Static Deploy
├─ Region-based DNS Routing
├─ Redis + MQ (LavinMQ)
├─ Cloud Functions
└─ Local IndexedDB Cache
모든 레이어는 독립 모듈이 아니라 “상호 구독(Event-driven)” 구조로 연결되어 있다.
58. 데이터 흐름의 완전 통합 구조
무역 → 창고 → 운송 → 통관 → 배송 → 고객 인계까지 모든 프로세스의 흐름은 다음 형태로 일원화되어 있다.
E-Quotation
↓
PO 생성
↓
ASN / OSN 생성 (WMS)
↓
재고 이벤트 발생
↓
DO 생성 (입고/출고/직배송)
↓
DVRP 경로 계산 / 배차
↓
실시간 ETA 반영
↓
배송 완료 → 비용 계산 → 정산
59. Multi-layer 구조의 핵심: Event-first Architecture
REINDEERS의 핵심 철학은 “API polling”이 아니라 Event-first MQ 기반 구조에 있다.
59.1 MQ로 전달되는 핵심 이벤트
- ASN_CREATED
- ASN_RECEIVED
- OSN_CREATED
- PICKING_COMPLETED
- DO_CREATED
- DRIVER_ASSIGNED
- ETA_UPDATED
- DELIVERY_COMPLETED
- INVENTORY_UPDATED
- COST_CALCULATED
각 이벤트는 독립된 서비스가 “구독(Consume)”하고 필요한 처리를 수행한다. 이 구조 덕분에 시스템 간 의존성을 최소화하면서, 실시간 처리량을 극대화할 수 있다.
60. Multi-region DB 설계 (HK ↔ Seoul 동기화)
REINDEERS의 데이터베이스는 “Hong Kong Region”을 메인으로 선택했고, 한국은 보조 리전으로 동기화한다.
이유는 단순하다.
- 실제 서비스 국가는 태국·말레이시아·중국 → HK이 지리적으로 최적
- 중국 사용자 접속을 고려한 홍콩 라우팅
- 한국 개발팀의 개발 효율을 위한 KR 리전 병행
60.1 HK-KR 간 기본 구조
HK (Primary)
├─ Write / Read
└─ Binlog Stream → Seoul
Seoul (Secondary)
├─ Read Only
└─ 장애 시 Failover 가능
DB는 MySQL 8 기반이며, CDC(Change Data Capture) 기반 동기화를 사용해 MQ와 AI MCP와도 연결된다.
61. 프런트엔드 구조 — Nuxt + Vue3 + COS + CDN
REINDEERS는 프런트엔드 전체를 Nuxt3 + Vue3로 재설계했다. 모든 정적 파일은 Tencent COS에 자동 배포되며, 지역 기반 DNS 라우팅을 통해 낮은 레이턴시를 확보한다.
61.1 프런트 아키텍처 개요
Nuxt Web (B2B Trading)
Nuxt WMS Web (입/출고, 재고, 실사)
Nuxt Admin Web (관리자)
Mobile WebView (Native App Wrapper)
61.2 로컬 저장 방식: IndexedDB + LocalStorage
모바일/웹 모두 IndexedDB를 사용해 오프라인에서도 WMS의 스캔·피킹 기능을 수행할 수 있다. 단순한 인증 토큰만 LocalStorage로 관리한다.
62. WMS의 핵심 엔진 — FEFO, Lot, Multi-zone, Workforce
REINDEERS WMS는 다음 기능을 기반으로 설계되었다.
- FEFO 기반 재고 할당
- Lot/Batch/Expiry 관리
- Multi-zone 구조(냉장/위험/일반)
- Workforce 자동 스케줄링
- 실시간 재고 정확도 보정
특히 Workforce Engine은 발생량 기반으로 자동 근무표를 생성하고 모바일 앱으로 작업 목록을 실시간 전송한다.
63. DVRP Route Optimization — 실전용 경로 최적화 엔진
DVRP 엔진은 다음과 같은 구성으로 작동한다.
- 지리 셀 기반 클러스터링
- Greedy Insertion + Local Search(2-opt 계열)
- Direct DO 고급 처리(다구간·우선순위)
- ETA 예측 모델 보정
- Real-time Re-dispatch
이 엔진은 모든 DO를 한 번에 처리하는 구조가 아니라, 이벤트 기반으로 필요할 때만 재계산한다.
64. AI MCP 구조 — 진짜 자동화를 만드는 뇌
REINDEERS의 차별점은 “AI가 UI를 대신 생성하는 구조”에 있다. MCP는 단순 LLM이 아니라 다음 구조로 설계된다.
64.1 MCP 구성
AI Orchestrator
├─ Action Schema
├─ RAG Contracts Manager
├─ Translator-Agent
├─ Logistics-Agent
├─ Trading-Agent
└─ Cost Predictor
64.2 JSON 기반 Action Schema
모든 AI 판단은 “Action JSON”으로 표현된다.
{
"action": "assign_workforce",
"target": "zone-B",
"reason": "High outbound load",
"required_workers": 3
}
시스템은 이 Action을 파싱하여 실제 업무로 변환한다.
65. RAG 기반 글로벌 자동 번역 & 규정 해석
태국/중국/말레이시아/한국을 동시에 운영하기 위해 자동 번역 엔진과 RAG 기반 정책 해석 엔진을 구축했다.
- 상품명 자동 번역
- 카테고리 크롤링 + AI 요약/분류
- 무역 규정 PDF 벡터화
- 고객사 계약서 규칙 자동 추출
이 엔진 덕분에 개발팀은 국가별 UX를 따로 만들 필요가 없다. 텍스트는 AI가 실시간 변환·정규화한다.
66. 비용 엔진 — Storage·Handling·DVRP·정산까지 자동화
모든 입출고·배송 이력은 비용 엔진으로 연결되고 AI 보정 모델로 조정되어 고객사별 사용량 기반 정산서를 자동 생성한다.
비용 엔진 전체 내용은 Part 7에서 이미 상세히 다뤘으므로 본문에서는 전체 아키텍처 구성 요소로만 정리한다.
67. 전체 시스템 통합 플로우
최종적으로 REINDEERS 플랫폼은 다음 구조로 동작한다.
1) 고객 견적 요청
2) AI Trading-Agent가 견적 보조
3) PO 발행
4) ASN/OSN 생성 → WMS 연동
5) 재고·FEFO·Zone 자동 계산
6) DO 생성 → DVRP 엔진 실행
7) 운전기사 배차 → 모바일 전송
8) ETA 업데이트 → 관리자/고객 뷰 반영
9) DO 완료 → 비용 엔진 → 정산
10) AI MCP가 리포트 생성 / 이력 분석
즉, 무역·창고·운송·정산·AI가 하나의 체계로 통합되어 있다.
68. 결론 — REINDEERS의 기술적 정체성
REINDEERS는 단순 플랫폼이 아니다. 다음의 조건을 모두 만족하는 하나의 통합 시스템이다.
- Trading + WMS + DVRP + AI + 정산이 단일 데이터 모델로 통합
- 모든 프로세스가 Event-first로 자동 흐름
- 모든 판단은 AI MCP가 Action Schema로 생성
- 모든 데이터는 Multi-region으로 실시간 동기화
- 모든 언어/국가는 RAG 기반으로 자동 변환
- 모든 비용은 데이터 기반·작업 기반으로 자동 계산
이 구조는 “EC + 물류 플랫폼”이 아니라, 동남아 산업 물류 전체를 디지털화하는 통합 운영체제(OS)에 가깝다.
Comments
Post a Comment