Skip to main content

MCP 아키텍처 선언 — 플랫폼의 새로운 청사진

MCP 아키텍처 선언 — 플랫폼의 새로운 청사진

요약: 기존 구조를 완전히 폐기하고, REINDEERS의 모든 시스템은 MCP(Modular Cloud Platform) 형태로 재설계되었다. 각 모듈은 독립 배포, 자동 복구, 글로벌 라우팅이 가능하며, Tencent Cloud 기반의 멀티 리전 구조로 운용된다.

1. MCP(Modular Cloud Platform) 개요

MCP는 REINDEERS의 핵심 인프라 아키텍처로, 모든 기능을 독립된 모듈로 분리하고, 각 모듈이 자체 CI/CD 파이프라인을 통해 배포되며, 장애 시 자동으로 재배포 및 복구되는 구조를 목표로 설계되었다.

  • 모듈화: 모든 서비스(API, AI, 물류, 결제, WMS 등)는 컨테이너 단위로 격리
  • 복제: 리전 간 데이터 실시간 복제 (DTS + GTID 기반)
  • 자동화: Drone CI/CD, COS 업로드, CDN 캐시 자동 무효화
  • 보안: IAM 최소 권한, HTTPS + mTLS 내부 통신, VPC 내 Private Endpoint

2. 글로벌 인프라 구조 — 홍콩 메인 / 서울 DR

REINDEERS MCP는 Tencent Cloud 상에 구축되어 있으며, 홍콩(ap-hongkong)을 메인 리전, 서울(ap-seoul)을 재해복구 리전으로 구성한다. 데이터는 TencentDB for MySQL의 DTS(Data Transmission Service)를 통해 실시간으로 비동기 복제된다.

아키텍처 구성

[Global Routing]
   DNSPod Geo Routing (TTL=60s, Health Monitor Enabled)
        ↓
[ap-hongkong]
   - COS + CDN Edge (Static)
   - API Gateway (Private)
   - CVM/TKE Containers
   - Lavin MQ (CloudAMQP)
   - Redis Cluster (Session, Cache)
   - TencentDB (MySQL Master)
        ↓ DTS (Async, GTID)
[ap-seoul]
   - TencentDB Replica
   - Standby Containers
   - AutoFailover via Cloud Function + DNSPod API

Cloud Monitor가 DB 혹은 API 응답 실패를 감지하면, Cloud Function이 DNSPod API를 호출하여 자동으로 DR 리전으로 트래픽을 전환한다. Failover 과정은 평균 45~60초 내에 완료된다.

3. Drone CI/CD 파이프라인 — 완전 자동화된 배포

CI/CD는 Drone으로 표준화되었다. 모든 서비스는 YAML 기반 파이프라인으로 정의되며, COS 업로드 시 올바른 Content-Type과 ACL 설정을 자동 적용한다. 

kind: pipeline
type: docker
name: reindeers-deploy

steps:
  - name: build
    image: node:20
    commands:
      - npm ci
      - npm run build

  - name: upload
    image: tencentcloud/tencentcloud-cli
    environment:
      COS_BUCKET: reindeers-fe
      COS_REGION: ap-hongkong
    commands:
      - tccli cos PutObject --bucket $COS_BUCKET \
        --region $COS_REGION \
        --file ./.output/public \
        --key / \
        --content-type text/html \
        --acl public-read

  - name: purge-cdn
    image: alpine/curl
    commands:
      - curl -X POST https://cdn.tencentcloudapi.com/purge?path=https://static.reindeers.com/assets/*
      - curl -X POST https://cdn.tencentcloudapi.com/purge?path=https://static.reindeers.com/api-doc/*

  - name: notify
    image: plugins/slack
    settings:
      webhook: https://hooks.slack.com/services/xxxx/yyyy
      channel: "#deploy"
      template: "✅ Build {{build.number}} of {{repo.name}} succeeded ({{build.branch}})"

배포는 Git push 이벤트로 트리거되며, 빌드 완료 후 COS 업로드, CDN 캐시 무효화, Slack 알림까지 25초 내 완료된다.

4. DNSPod Geo Routing & Health Monitoring

글로벌 접근 시 DNSPod의 Smart Routing 정책을 사용한다. TTL은 60초, Health Monitoring 기능은 5초 간격으로 API Gateway를 검사하며, 응답이 2회 연속 실패하면 DR 리전으로 자동 전환된다. 

reindeers.com (A)
├── KR, JP → ap-seoul (203.0.113.40)
├── TH, MY, SG → ap-hongkong (203.0.113.20)
├── CN → ap-shanghai (203.0.113.60)
└── Default → ap-hongkong

TTL = 60s
Health Monitor:
  Check Interval = 5s
  Fail Threshold = 2
  Action = DNS Record Switch

5. 데이터 동기화 — DTS 복제 및 복구 정책

데이터는 DTS 비동기 복제로 동기화되며, GTID 기반으로 트랜잭션 일관성을 유지한다. 복제 지연 평균은 2~3초이며, 장애 시 자동 Resume 기능이 활성화된다.

DTS 설정 예시

Source: TencentDB (ap-hongkong)
Target: TencentDB (ap-seoul)
Mode: Async
Heartbeat: 5s
Fail Recovery: Auto
Binlog Retention: 7 days
GTID: Enabled

장애 발생 후 복구 시 Last GTID Position부터 복제를 재개해 데이터 손실을 방지한다. 또한 DR 복제본은 주기적으로 Read-Only Health Check를 수행한다.

6. MQ·Redis 통합 구조 — 동기화와 이벤트 분리

MQ는 서비스 간 비동기 이벤트 전달에, Redis는 세션과 캐시 관리에 사용된다. 두 시스템은 서로 다른 목적을 가진다.

  • Redis: Cluster Mode, Session TTL = 3600s, Cache TTL = 300s
  • LavinMQ: Topic Exchange, 평균 처리량 3,800 msg/s
exchange: reindeers.global
type: topic
durable: true
bindings:
  - routing_key: order.created
    queue: order_worker
  - routing_key: shipment.updated
    queue: logistics_worker

7. 보안과 권한 관리 — 최소 권한 원칙

IAM 정책은 “최소 권한(Least Privilege)” 원칙을 따른다. 예를 들어, 배포 봇은 COS에만 쓰기 권한을 갖는다. 

{
  "Version": "2.0",
  "Statement": [
    {
      "Effect": "Allow",
      "Action": [
        "cos:PutObject",
        "cos:GetObject"
      ],
      "Resource": "qcs::cos:ap-hongkong:uid/1234567890:reindeers-fe/*"
    }
  ]
}

API와 데이터 접근은 모두 HTTPS + JWT 기반으로 인증되며, 내부 컨테이너 간 통신은 mTLS로 암호화된다.

8. 결론 — 자동화, 복제, 회복, 그리고 일관성

MCP는 단순히 기술적 구조가 아니라, REINDEERS가 지속적으로 확장될 수 있는 기반이 되었다. 이제 하나의 코드베이스가 네 개의 리전에서 동일하게 배포되고, 데이터는 실시간으로 복제되며, 장애 시 자동으로 복구된다.

“MCP는 단순한 시스템이 아니라, 운영 그 자체를 자동화한 구조다.”

Labels:

Comments

Post a Comment

Popular posts from this blog

JD 플랫폼 매니저 (Platform Manager )

🇰🇷 플랫폼 매니저 (운영 / 글로벌 B2B & AI 기반 자동화 플랫폼) 회사명: (주)레인디어스 | Reindeers Co., Ltd. 근무지: 서울 / 방콕 (Hybrid 가능) 고용형태: 정규직 (계약-전환형 가능) ⸻ 회사 소개 레인디어스는 산업자재 및 무역 중심의 글로벌 B2B 플랫폼을 운영하는 기술 기반 기업입니다. 한국, 태국, 말레이시아, 중국 등 주요 아시아 시장에서 **견적–발주–물류(3PL)–통관–정산–재고관리(WMS)**를 통합 관리하는 시스템을 제공하며, AI 기반 자동화와 데이터 인사이트로 업무 효율과 무역 생산성을 혁신하고 있습니다. 레인디어스는 운영 중심의 플랫폼 관리 전문가를 찾습니다. 본 포지션은 플랫폼의 운영·유지·관리·발전·확장을 담당하며, 서비스가 안정적으로 성장하도록 전체적인 흐름을 관리하는 역할을 맡습니다. (※ 개발 업무를 직접 수행하지 않으며, 개발팀과 협업을 통해 개선을 주도합니다.) ⸻ 주요 업무 • REINDEERS B2B 플랫폼의 운영 및 서비스 유지관리 • 상품, 주문, 물류(3PL), 통관, 정산 등 운영 프로세스 실행 및 관리 • 사용자(공급사·고객사) 중심의 운영 이슈 대응 및 개선 요청 관리 • 운영 효율화 및 신규 기능 제안을 위한 서비스 개선 기획 및 테스트 • AI 기반 자동화 기능(데이터 매칭, 견적 추천 등) 운영 및 모니터링 • 국가별 서비스 환경(태국·말레이시아·중국·한국) 유지 및 운영 품질 관리 • 운영 데이터 분석을 통한 서비스 개선 및 운영 인사이트 도출 • 개발·물류·영업 등 유관 부서와의 운영 협의 및 실행 관리 ⸻ 자격 요건 • 플랫폼 운영 또는 서비스 관리 경력 3~7년 내외 • e-Commerce, B2B, 무역, Fulfillment(3PL/WMS) 관련 서비스 운영 경험 • 플랫폼 운영 프로세스(주문·정산·물류·CS 등)에 대한 이해 • 데이터 기반 문제 해결 및 서비스 ...
Post a Comment
Read more

팀과 기술의 리빌드 — 다시 일하는 법을 정비하다

팀과 기술의 리빌드 — 다시 일하는 법을 정비하다 요약: REINDEERS는 시스템을 다시 설계하기 전에 먼저 팀을 해체했다. 기존 인력 전원이 퇴사한 후, 기술 커트라인을 통과한 새로운 엔지니어들로 조직을 재구성했다. 이후 Drone 기반 CI/CD, Git 워크플로우, 테스트 자동화, AI 협업 체계까지 모든 기술 문화가 새롭게 정의되었다. 1. 리빌드의 시작 — 사람부터 바꿨다 2025년 4월 초, REINDEERS는 중대한 결정을 내렸다. 시스템을 새로 만드는 일보다 먼저, 사람을 바꾸기로 한 것이다. 플랫폼은 기술로 움직이지만, 운영의 일관성을 무너뜨리는 것은 언제나 사람이다. 결국 기존 직원들은 모두 퇴사했다. 이전 팀은 실험적이었지만, 운영 가능한 구조를 만들기엔 역부족이었다. 남은 것은 코드 일부와 배포 스크립트뿐이었다. 우리는 그 위에 새로운 문화를 세우기보다, 완전히 새 팀을 만드는 길을 선택했다. “사람을 남긴 게 아니라, 기준을 남겼다.” 2. 새 팀의 탄생 — 기술 커트라인부터 통과해야 했다 신규 채용의 기준은 단순했다. “ 운영 가능한 기술을 이해하는가 .” 단순히 코드를 작성할 줄 아는 개발자가 아니라, 시스템이 어떻게 동작하고 복제되며, 장애를 어떻게 복구해야 하는지를 아는 엔지니어만이 합류할 수 있었다. 기술 커트라인 (필수 항목) Nuxt 3 / Vue3 + SSR 구조 이해 Python / Node.js 기반 API 서버 설계 경험 Drone CI/CD 파이프라인 구축 및 유지 경험 Tencent Cloud CLI 활용 및...
Post a Comment
Read more

레인디어스, Buybly로 동남아시아 산업자재 시장 혁신

B2B 오픈마켓 Buybly, 한국 기업의 글로벌 진출을 돕다 레인디어스, 머신러닝 기반의 산업자재 매칭 솔루션으로 경쟁력 강화 김명훈 레인디어스 대표 산업자재 시장의 복잡성과 유통장벽은 많은 기업들에게 큰 도전 과제가 되어왔다. 특히 동남아시아 시장 진출을 원하는 한국의 산업자재 제조사들은 현지의 불투명한 거래 환경과 물류 문제로 어려움을 겪어왔다. 이러한 상황에서 레인디어스의 Buybly 플랫폼은 새로운 기회를 제시하고 있다. Buybly는 B2B 오픈마켓으로, 한국 기업들이 손쉽게 동남아시아 시장에 진출할 수 있도록 지원하며, 유통의 복잡성을 해결하는 혁신적인 솔루션으로 주목받고 있다. 이러한 변화의 중심에는 레인디어스 대표가 있다. 그는 지난 9년간 태국에서의 경험을 바탕으로 고객의 pain point를 해결하기 위해 Buybly를 개발했다. 이번 인터뷰를 통해 그의 비전과 경영 철학, 그리고 Buybly가 어떻게 산업자재 시장을 변화시키고 있는지에 대해 깊이 있는 이야기를 나누게 되었다. 김명훈 레인디어스 대표 -.소개  레인디어스는 국내 산업자재 제조사들이 동남아시아 시장에 쉽게 진출할 수 있도록 돕는 B2B 오픈마켓인 Buybly를 운영하고 있다. 해외 시장 진출에서 가장 큰 장애물인 유통, 물류, 무역의 장벽을 해결해주는 것이 이 플랫폼의 핵심이다. Buybly는 단순한 거래 플랫폼이 아니라, 산업자재 구매와 공급 과정을 간소화하고 최적화하는 One-Stop 솔루션으로 자리 잡았다. 레인디어스의 서비스는 Buybly와 Enterprise Solution(ERP, POP, WMS)으로 구성되어 있다. 이 솔루션은 동남아시아 현지의 고객사와 공급사에 맞춤형으로 제공되며, 산업현장의 선진화를 이끌어낸다. 기업 운영과 생산 관리, 재고 관리를 전산화해 이익을 극대화하는 데 기여하고 있다. Buybly는 산업현장에서 획득한 Raw data를 활용해 인공지능 분석을 통해 발주 주기와 재고에 따른 최적의 산업자재 및 공급사 매칭 기능을 제공한다. 이로...
Post a Comment
Read more