1. 동시 오픈의 배경
REINDEERS는 처음부터 하나의 국가에서 완성될 수 없는 구조였다. 무역은 복수의 국가가 동시에 참여해야 완전한 프로세스를 이룬다. 그래서 우리는 서비스 초기부터 네 개 국가의 리전을 병렬 설계했다.
태국은 시장이자 물류의 중심, 한국과 중국은 개발의 중심, 말레이시아는 운영과 금융의 허브였다. 네 리전이 동시에 작동해야만 "무역이 움직이는 플랫폼"이 가능했다.
동남아 산업재 B2B 시장은 약 1,300억 달러 규모로 추산된다. 이 시장에서 가장 큰 비효율은 국가 간 정보 비대칭이다. 태국의 바이어가 중국 공급사의 재고 상황을 실시간으로 파악할 수 없고, 말레이시아의 결제 프로세스가 한국의 회계 기준과 맞지 않는 상황이 반복된다. 이 문제를 해결하려면 단일 국가 서비스를 여러 나라에 복제하는 방식이 아니라, 처음부터 다국가 동시 운영을 전제로 설계해야 했다. 4,300개 이상의 파트너와 25,000건 이상의 거래 데이터가 이 구조적 판단의 근거였다.
무역 플랫폼은 단일 국가 서비스와 근본적으로 다르다. 견적 하나를 만들어도 출발지 통화, 도착지 통화, 운임 통화가 서로 다를 수 있다. 세관 규정은 국가마다 다르고, 인증 요건도 산업재 종류에 따라 갈린다. 태국의 TISI 인증과 FDA 규정, 한국의 KC 인증, 중국의 CCC 인증이 동시에 관리되어야 하는 것이다. 이런 복잡성을 하나의 데이터 모델 안에서 처리하려면 각 국가의 규제 체계를 추상화할 수 있는 유연한 스키마가 필요했다. 그것이 REINDEERS가 네 리전을 동시에 설계한 가장 본질적인 이유다.
2. 태국 -- 시장과 물류의 실시간 거점
태국은 REINDEERS의 실제 비즈니스 거래가 이루어지는 핵심 리전이다. 고객사의 견적 요청, 공급사의 견적 발행, DO 생성, 결제, 인보이스 발행 등 모든 상거래 이벤트가 태국 리전의 MCP에서 최초로 발생한다.
서비스 인프라는 Tencent Cloud Bangkok 리전에 구축되었으며, 정적 파일과 이미지 리사이징은 COS Function으로 처리된다. 프론트엔드는 홍콩 CDN에서 배포되어 인접 국가에서도 빠른 응답 속도를 유지한다.
태국이 시장 거점인 이유는 단순히 REINDEERS의 첫 진출 국가이기 때문만은 아니다. IMARKET Thailand 시절부터 11년간 축적된 MRO 유통 네트워크가 이 나라에 있다. 바이어 2,500개 이상, 벤더 1,800개 이상이 태국을 중심으로 활동한다. 태국의 제조업 클러스터는 방콕 동부 산업단지를 중심으로 밀집해 있으며, 이곳에서 발생하는 산업재 수요가 플랫폼의 초기 거래량을 만들어낸다.
물류 측면에서도 태국은 핵심이다. 라엠차방 항만은 동남아 주요 허브 포트 중 하나이며, 중국과 태국 사이의 해상 운송 노선이 안정적으로 운영된다. 포워딩 비딩 시스템에 등록된 30개 이상의 포워더 중 상당수가 이 노선을 기반으로 견적을 제출한다. 견적 요청이 발생하면 이벤트가 태국 리전 MQ에서 시작되고, 이후 물류 스케줄링, 통관 준비, 결제 요청 이벤트가 순차적으로 이어진다. 태국 법인은 현지 관세청과의 연동, TISI와 FDA 인증 데이터 관리, 현지 법규 준수까지 담당한다.
3. 한국 -- 기술의 중심이자 MCP의 제어 리전
한국은 REINDEERS의 핵심 기술 리전이다. MCP, MQ, DTS, Cloud Function 등 플랫폼의 모든 아키텍처 설계와 핵심 코어 개발이 이곳에서 이루어진다.
한국은 단순한 개발 리전이 아니라, 태국과 중국 리전을 동기화하는 메인 컨트롤 허브다. DTS를 통해 태국에서 발생한 트랜잭션은 한국 DB로 즉시 복제되고, 반대로 중국 개발 리전에서 테스트된 코드와 데이터도 동일 구조로 양방향 동기화된다.
{
"source": ["th-db1", "cn-db1"],
"target": "kr-db1",
"sync_mode": "bi-directional",
"replica_policy": "active-active"
}이 구조 덕분에 어느 한쪽 리전의 장애가 발생해도 서비스는 중단되지 않는다. 한국은 AI 모델 학습, MQ 제어, 빌드 파이프라인 자동화까지 담당하며 REINDEERS의 기술 생태계의 중심으로 기능한다.
한국 리전이 기술 허브가 된 구체적인 이유가 있다. 첫째, Event + State + Log 데이터 모델의 설계와 유지보수가 한국 개발팀에서 이루어진다. 60개에서 250개로 확장된 테이블 구조의 정규화 작업이 모두 이곳에서 수행된다. 둘째, LavinMQ 기반의 메시징 시스템 운영과 모니터링이 한국 리전에 집중되어 있다. MQ 재시도 큐 관리, 실패 메시지 분석, 이벤트 시퀀스 보장 로직이 한국팀의 핵심 역할이다. 셋째, Redis 캐시 클러스터와 DTS 지연 임계치 관리가 한국에서 수행된다. 캐시 히트율 80% 이상을 유지하기 위한 무효화 전략과 환율 변동 시 관련 데이터 전파 로직이 모두 한국 리전 코드에 구현되어 있다. 넷째, 한국 법인은 기업부설연구소로 인증받아 지속적인 R&D 투자를 수행하고 있으며, 혁신 성장 벤처기업과 기술보호 우수기업 인증을 보유하고 있다.
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 로그를 통해 자동 배포 상태를 확인한다.
중국이 공급망 관점에서 중요한 이유는 구체적인 숫자로 설명된다. 플랫폼에 등록된 공급사의 상당 부분이 중국 제조사이며, 이들이 제공하는 산업재 SKU 데이터는 수만 건에 달한다. 문제는 이 데이터의 품질이다. 중국 공급사가 등록하는 상품명, 규격, 카테고리 정보는 표준화되지 않은 경우가 대부분이다. 같은 알루미늄 프로파일이 서로 다른 이름으로 등록되는 일이 빈번하다. 이를 해결하기 위해 중국 리전에서는 크롤러가 제조사 카탈로그에서 SKU 데이터를 수집하고, Translation Agent가 다국어 정규화를 수행하며, AI 기반 카테고리 매핑 엔진이 수집된 데이터를 REINDEERS의 표준 카테고리 트리에 자동 분류한다. 이 과정에서 RAG 파이프라인이 기존 매핑 이력을 참조해 분류 정확도를 높인다.
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"
}이렇게 통합된 정산 구조 덕분에 태국, 한국, 중국에서 발생한 모든 결제는 동일한 구조로 회계 처리된다.
말레이시아의 금융 허브 역할은 정산 구조의 복잡성에서 비롯된다. REINDEERS의 정산은 단순한 구매자와 판매자 사이의 2자 거래가 아니다. 구매자가 플랫폼에 결제하면, 플랫폼은 이를 벤더와 포워더에 분배한다. 이 다자간 정산 구조에서 각 참여자의 정산 주기가 다르다. 벤더는 납품 완료 후 7일, 포워더는 운송 완료 후 15일 등 설정 가능한 주기로 정산이 이루어진다. 이 모든 정산 로직이 말레이시아 법인의 회계 기준에 맞춰 자동 처리된다. 환율 관리도 단순하지 않다. 4개국 통화가 동시에 움직이며, 견적 시점의 환율과 결제 시점의 환율 차이가 발생한다. 환율 스크래퍼가 4개국 중앙은행과 시중은행에서 실시간 환율을 수집하고, 이를 캐싱하여 정산 시점에 정확한 환율을 적용한다.
6. 네 리전의 기술적 연결 구조
REINDEERS의 네 리전은 LavinMQ 기반의 메시징 시스템으로 연결된다. 예를 들어 태국 고객이 중국 공급사 상품을 주문하면 다음과 같은 이벤트 시퀀스로 자동 처리된다.
quote.confirmed → logistics.schedule → customs.prepare → payment.request → settlement.finalize각 단계는 Cloud Function으로 분산 실행되며, MQ의 Retry Queue가 장애 발생 시 자동 복구를 담당한다. 네 리전의 서버는 완전히 분리되어 있지만, 시스템은 하나의 이벤트 네트워크로 작동한다.
이 이벤트 시퀀스가 실제로 어떻게 4개국을 관통하는지 구체적으로 살펴보면 이렇다. 태국 바이어가 견적을 확정하면 이벤트가 태국 리전 MQ에서 발행된다. 한국 리전의 MCP가 이 이벤트를 수신해 주문 데이터를 생성하고, 중국 리전의 공급사 시스템에 발주 알림을 전달한다. 물류 스케줄이 확정되면 등록된 포워더 30개 이상에게 비딩 요청이 전달된다. 포워더가 경로와 가격과 일정을 제출하면 바이어가 비교 후 선택한다. 통관 준비 이벤트는 태국 통관 요건에 맞춰 필요 서류를 자동 확인하고, 결제 요청은 말레이시아 정산 허브를 통해 다통화 결제를 처리한다. 이 전체 시퀀스에서 각 이벤트는 독립적인 Cloud Function으로 실행되며, 하나의 Function이 실패해도 재시도 큐가 자동으로 복구한다. 부분 장애가 전체 거래 흐름을 중단시키지 않는 것이 핵심이다.
7. 리전별 법인의 역할
- REINDEERS Fulfillment (Thailand) -- 현지 거래, 물류, 관세, 포워딩 운영
- REINDEERS Co., Ltd (Korea) -- MCP와 MQ와 AI Agent 개발, 기술 제어 허브
- REINDEERS China Ltd. -- 프론트엔드와 데이터 크롤링과 AI 사전처리 개발 병행
- REINDEERS Malaysia Sdn. Bhd. -- 결제 정산, 환율 및 회계 데이터 관리
한국과 중국은 공동 개발 리전으로 상호 백업 구조를 갖추고 있으며, 태국과 말레이시아는 서비스 운영과 회계 관리의 중심 리전으로 분리되어 있다.
이 법인 구조는 단순한 법적 분리가 아니다. 각 법인은 해당 국가의 규제 환경에 맞춘 독자적인 운영 체계를 갖추고 있다. 태국 법인은 태국 관세청 연동과 산업표준원 인증 데이터를 관리하며, 한국 법인은 기업부설연구소를 운영하면서 핵심 기술 개발에 집중한다. 말레이시아 법인은 ASEAN 역내 결제 규정 준수와 국가 간 정산 보고를 담당하고, 중국 법인은 중국 내 데이터 보안 규정을 준수하면서 크롤링과 개발 협업을 수행한다. 네 법인이 하나의 플랫폼을 위해 각자의 역할을 수행하되, 기술적으로는 MQ와 DTS로 완전히 연결되어 있어 법인 간 데이터 격차가 발생하지 않는다.
8. 결론 -- 기술의 국경을 없애다
REINDEERS의 글로벌 구조는 분산되어 있지만, 그 모든 데이터는 하나의 MCP 내에서 통합된다. 각 리전은 역할이 다르지만, 구조는 같다. 한국과 중국은 개발의 양축으로, 태국은 시장의 중심으로, 말레이시아는 운영의 중심으로 플랫폼을 완성한다.
우리는 기술로 국경을 넘은 것이 아니라, 데이터 구조로 국경을 없앴다. 그것이 REINDEERS의 진짜 글로벌 전략이다.
이 전략의 효과는 운영 지표로 드러난다. 네 리전이 동시에 작동하면서 견적 요청부터 정산 완료까지의 리드타임이 기존 오프라인 프로세스 대비 대폭 단축되었다. 과거에는 이메일과 전화로 수일이 걸리던 포워딩 견적 비교가, 플랫폼 위에서는 포워더들의 실시간 비딩으로 즉시 이루어진다. 환율 변동에 따른 정산 오류는 실시간 환율 반영으로 사라졌다. 그리고 어느 한 리전에서 장애가 발생해도 다른 리전에서 서비스가 계속 작동하는 고가용성이 확보되었다. 1,300억 달러 시장의 구조적 비효율을 기술로 해소한다는 것, 그것이 네 국가를 동시에 열어야 했던 가장 본질적인 이유이자, 지금까지 이 구조를 유지해온 원동력이다.