왜 태국·한국·말레이시아·중국인가 — REINDEERS의 글로벌 확장 전략

요약:
REINDEERS는 태국, 한국, 말레이시아, 중국 4개국을 중심으로 글로벌 무역 플랫폼의 기술과 운영 인프라를 동시에 구축했다. 특히 개발은 한국과 중국 양쪽에서 병렬로 진행되며, 두 리전이 서로의 백업 및 실험 환경 역할을 수행한다. 이번 글은 각 리전의 역할과 기술적 이유를 기록한다.

1. 동시 오픈의 배경

REINDEERS는 처음부터 하나의 국가에서 완성될 수 없는 구조였다. 무역은 복수의 국가가 동시에 참여해야 완전한 프로세스를 이룬다. 그래서 우리는 서비스 초기부터 네 개 국가의 리전을 병렬 설계했다.

태국은 시장이자 물류의 중심, 한국과 중국은 개발의 중심, 말레이시아는 운영과 금융의 허브였다. 네 리전이 동시에 작동해야만 “무역이 움직이는 플랫폼”이 가능했다.

2. 태국 — 시장과 물류의 실시간 거점

태국은 REINDEERS의 실제 비즈니스 거래가 이루어지는 핵심 리전이다. 고객사의 견적 요청, 공급사의 견적 발행, DO 생성, 결제, 인보이스 발행 등 모든 상거래 이벤트가 태국 리전의 MCP에서 최초로 발생한다.

서비스 인프라는 Tencent Cloud Bangkok 리전에 구축되었으며, 정적 파일과 이미지 리사이징은 COS Function으로 처리된다. 프론트엔드는 홍콩 CDN에서 배포되어 인접 국가에서도 빠른 응답 속도를 유지한다.

3. 한국 — 기술의 중심이자 MCP의 제어 리전

한국은 REINDEERS의 핵심 기술 리전이다. MCP(Multi-Commerce Platform), MQ, DTS, Cloud Function 등 플랫폼의 모든 아키텍처 설계와 핵심 코어 개발이 이곳에서 이루어진다.

한국은 단순한 개발 리전이 아니라, 태국과 중국 리전을 동기화하는 메인 컨트롤 허브다. DTS(Distributed Transaction Sync)를 통해 태국에서 발생한 트랜잭션은 한국 DB로 즉시 복제되고, 반대로 중국 개발 리전에서 테스트된 코드와 데이터도 동일 구조로 양방향 동기화된다.

{
  "source": ["th-db1", "cn-db1"],
  "target": "kr-db1",
  "sync_mode": "bi-directional",
  "replica_policy": "active-active"
}

이 구조 덕분에 어느 한쪽 리전의 장애가 발생해도 서비스는 중단되지 않는다. 한국은 AI 모델 학습, MQ 제어, 빌드 파이프라인 자동화까지 담당하며 REINDEERS의 기술 생태계의 중심으로 기능한다.

4. 중국 — 공급망이자 개발의 또 다른 축

중국은 단순히 공급망 데이터 리전이 아니다. REINDEERS의 보조 개발 리전이자 AI·프론트엔드 개발 인력이 상시 협업하는 환경이다.

중국 리전에서는 Playwright 기반의 대규모 크롤링으로 제조사 및 SKU 데이터를 수집하고, 이를 MCP의 표준 데이터셋으로 정규화한다. 동시에, Vue3/Nuxt 기반 프론트엔드 빌드 및 번역 테스트도 중국 개발자들이 직접 수행한다.

{
  "role": ["frontend_dev", "data_crawler", "ai_preprocessor"],
  "tools": ["Playwright", "Nuxt", "Claude Code Agent"],
  "sync": "via MQ + DTS"
}

한국 개발팀은 인프라·아키텍처를, 중국 개발팀은 실제 코드와 데이터 최적화를 담당한다. 두 팀은 하나의 Git 리포지토리에서 브랜치를 공유하며, MQ 로그를 통해 자동 배포 상태를 확인한다.

5. 말레이시아 — 금융·정산·운영의 허브

말레이시아는 Cross-Region Settlement 의 핵심이다. ASEAN의 금융 중심지로서 PG 연동, 환율 관리, 국가별 세금 규정을 통합 관리한다.

결제 통화는 각국 화폐로 이루어지지만, 환율 기준은 말레이시아 중앙은행 데이터를 기준으로 실시간으로 반영된다. 이 데이터는 Redis Cache에 저장되어 MQ 이벤트 처리 시 즉시 활용된다.

{
  "fx_base": "MYR",
  "source_bank": "Bank Negara Malaysia",
  "update_cycle": "1h",
  "cache": "Redis Global FX Pool"
}

이렇게 통합된 정산 구조 덕분에 태국, 한국, 중국에서 발생한 모든 결제는 동일한 구조로 회계 처리된다.

6. 네 리전의 기술적 연결 구조

REINDEERS의 네 리전은 LavinMQ 기반의 메시징 시스템으로 연결된다. 예를 들어 태국 고객이 중국 공급사 상품을 주문하면 다음과 같은 이벤트 시퀀스로 자동 처리된다.

quote.confirmed → logistics.schedule → customs.prepare → payment.request → settlement.finalize

각 단계는 Cloud Function으로 분산 실행되며, MQ의 Retry Queue가 장애 발생 시 자동 복구를 담당한다. 네 리전의 서버는 완전히 분리되어 있지만, 시스템은 하나의 이벤트 네트워크로 작동한다.

7. 리전별 법인의 역할

REINDEERS Fulfillment (Thailand) — 현지 거래, 물류, 관세, 포워딩 운영
REINDEERS Co., Ltd (Korea) — MCP·MQ·AI Agent 개발, 기술 제어 허브
REINDEERS China Ltd. — 프론트엔드·데이터 크롤링·AI 사전처리 개발 병행
REINDEERS Malaysia Sdn. Bhd. — 결제 정산, 환율 및 회계 데이터 관리

한국과 중국은 공동 개발 리전으로 상호 백업 구조를 갖추고 있으며, 태국과 말레이시아는 서비스 운영과 회계 관리의 중심 리전으로 분리되어 있다.

8. 결론 — 기술의 국경을 없애다

REINDEERS의 글로벌 구조는 분산되어 있지만, 그 모든 데이터는 하나의 MCP 내에서 통합된다. 각 리전은 역할이 다르지만, 구조는 같다. 한국과 중국은 개발의 양축으로, 태국은 시장의 중심으로, 말레이시아는 운영의 중심으로 플랫폼을 완성한다.

우리는 기술로 국경을 넘은 것이 아니라, **데이터 구조로 국경을 없앴다.** 그것이 REINDEERS의 진짜 글로벌 전략이다.

Blog of Reindeers

Search This Blog