Skip to main content

데이터와 자동화 — 요구조건을 만족시키는 '새로운' 플랫폼만이 해답이었다

데이터와 자동화 — 요구조건을 만족시키는 '새로운' 플랫폼만이 해답이었다

핵심: 기존 결과물의 플랫폼 구조로는 CEO가 요구한 서비스를 만들 수 없다. 우리는 아키텍처·데이터·자동화·보안을 전부 새로 설계했고, 그 설계만이 글로벌·다국어·다통화·실시간 흐름(Quote→PO→Invoice→Delivery→Settlement)을 단일 트랜잭션 체인으로 구현한다.

1. 요구조건에서 시작한 ‘새 플랫폼’ 선언

  • Quote → PO → Invoice → Delivery → Settlement 전체 흐름이 단일 데이터 체인으로 연결될 것
  • 국가/언어/통화/세율/물류 규칙을 데이터 레이어에서 통합 관리할 것
  • 데이터 변화가 이벤트(AMQP)를 통해 실시간 전파되고 캐시와 UI가 자동 갱신될 것
  • 사람이 문서/툴을 조작하지 않아도 AI 워크플로우가 명세→스키마→API→배포를 자동 생성할 것

이 요구는 곧 플랫폼의 재정의였다. “코드가 데이터를 설명”하던 과거에서, “데이터가 코드를 지배하는” 구조로의 전환. 이 관점에서 전 계층을 다시 설계했다.

2. 새로운 기술 스택(Infra/Runtime/Automation/Security)

Infra & Network

  • Tencent Cloud: ap-hongkong(Primary), ap-seoul(DR)
  • DNSPod Geo Routing + Health Check
  • COS + CDN: 정적 자산 전세계 엣지 배포
  • TKE/CVM: API 모듈 컨테이너 오케스트레이션

Data & Messaging

  • TencentDB for MySQL 8.0 + DTS(GTID, Async)
  • Redis Cluster (Session/Cache, TTL 정책)
  • LavinMQ(RabbitMQ 호환, Topic Exchange)

Automation

  • Drone CI/CD (self-hosted)
  • AI Workflow Engine (명령→DBML/Swagger→배포 자동화)
  • Cloud Functions (DTS/캐시/장애 대응)

Security & Observability

  • mTLS 내부 통신, JWT 서비스 인증
  • IAM/KMS 최소권한·비밀관리, Cloud Audit 추적성
  • Cloud Monitor + Grafana 지표/알림

프런트는 Nuxt 3 + Vue 3, 서버는 내부 API 게이트웨이 뒤에서만 동작한다(백엔드는 비공개). 글로벌 접근은 DNSPod가 지역 엣지로 라우팅, 정적은 CDN, 동적은 Gateway로 분기된다.

3. 데이터 모델 — 60 → 250개, ‘의미 있는’ 정규화

CEO 요구를 충족하려면 테이블 수가 늘어나는 게 목적이 아니라, 관계와 규칙이 데이터에 내재되어야 한다. 새 모델은 6계층으로 조직했다.

  • ① Master: 통화/세율/국가/언어
  • ② Partner: 고객/공급사/담당자
  • ③ Transaction: Quote/PO/Invoice/Settlement
  • ④ Logistics: 선적/통관/트래킹
  • ⑤ Integration: 환율/외부 인증/웹훅
  • ⑥ Audit: 변경 이력/접근 로그

핵심 스키마(SQL, 발췌)

CREATE TABLE currency_master (
  code CHAR(3) PRIMARY KEY,
  symbol VARCHAR(8),
  country_code CHAR(2),
  exchange_rate DECIMAL(18,6) NOT NULL,
  updated_at TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP
);

CREATE TABLE customer_company (
  id BIGINT PRIMARY KEY AUTO_INCREMENT,
  name VARCHAR(255) NOT NULL,
  country_code CHAR(2) NOT NULL,
  currency_code CHAR(3) NOT NULL,
  language_code VARCHAR(5) NOT NULL,
  CONSTRAINT fk_customer_currency FOREIGN KEY (currency_code) REFERENCES currency_master(code)
);

CREATE TABLE quote (
  id BIGINT PRIMARY KEY AUTO_INCREMENT,
  customer_id BIGINT NOT NULL,
  supplier_id BIGINT NOT NULL,
  quote_date DATETIME NOT NULL,
  total_amount DECIMAL(18,2) NOT NULL,
  status ENUM('OPEN','APPROVED','EXPIRED','REJECTED') NOT NULL DEFAULT 'OPEN',
  CONSTRAINT fk_quote_customer FOREIGN KEY (customer_id) REFERENCES customer_company(id)
);

CREATE TABLE order_po (
  id BIGINT PRIMARY KEY AUTO_INCREMENT,
  quote_id BIGINT NOT NULL,
  po_number VARCHAR(50) UNIQUE,
  payment_terms VARCHAR(255),
  expected_delivery DATETIME,
  CONSTRAINT fk_po_quote FOREIGN KEY (quote_id) REFERENCES quote(id) ON DELETE CASCADE
);

CREATE TABLE invoice (
  id BIGINT PRIMARY KEY AUTO_INCREMENT,
  po_id BIGINT NOT NULL,
  invoice_number VARCHAR(50) UNIQUE,
  vat_rate DECIMAL(5,2) NOT NULL,
  payment_status ENUM('UNPAID','PARTIAL','PAID') NOT NULL DEFAULT 'UNPAID',
  issued_date DATETIME NOT NULL,
  CONSTRAINT fk_invoice_po FOREIGN KEY (po_id) REFERENCES order_po(id)
);

CREATE TABLE logistics_tracking (
  id BIGINT PRIMARY KEY AUTO_INCREMENT,
  po_id BIGINT NOT NULL,
  vessel_name VARCHAR(100),
  etd DATETIME,
  eta DATETIME,
  tracking_no VARCHAR(100),
  tracking_url VARCHAR(255),
  CONSTRAINT fk_tracking_po FOREIGN KEY (po_id) REFERENCES order_po(id)
);

CREATE TABLE settlement (
  id BIGINT PRIMARY KEY AUTO_INCREMENT,
  invoice_id BIGINT NOT NULL,
  settlement_currency CHAR(3) NOT NULL,
  exchange_rate DECIMAL(18,6) NOT NULL,
  payment_confirmed DATETIME,
  CONSTRAINT fk_settlement_invoice FOREIGN KEY (invoice_id) REFERENCES invoice(id)
);

이 구조는 거래의 전 구간을 한 체인으로 연결한다. 환율/세율/언어는 Master 계층에서 일원화되고, 변경 즉시 다운스트림에 전파된다.

4. API 명세 자동화 — 스키마로부터 생성

AI Workflow Engine이 DB 스키마를 읽고 Swagger(OpenAPI)를 생성한다. 인적 문서 작업 없이, 데이터가 곧 API가 된다.

{
  "openapi": "3.0.3",
  "info": { "title": "REINDEERS API", "version": "2025-05" },
  "paths": {
    "/po": {
      "get": { "summary": "List POs", "responses": { "200": { "description": "OK" } } },
      "post": {
        "summary": "Create PO",
        "requestBody": { "$ref": "#/components/requestBodies/CreatePO" },
        "responses": { "201": { "description": "Created" } }
      }
    }
  },
  "components": {
    "schemas": {
      "PO": {
        "type": "object",
        "properties": {
          "id": { "type": "integer", "format": "int64" },
          "po_number": { "type": "string" },
          "expected_delivery": { "type": "string", "format": "date-time" }
        }
      }
    },
    "requestBodies": {
      "CreatePO": { "content": { "application/json": { "schema": { "$ref": "#/components/schemas/PO" }}}}
    }
  }
}

5. 자동 배포 — Drone CI/CD

배포는 Git push로 트리거된다. 동일 YAML로 Dev/Prod 분기, COS 업로드·CDN 퍼지·헬스체크까지 자동화.

kind: pipeline
type: docker
name: deploy

trigger:
  branch: [ main, develop ]

steps:
  - name: build
    image: node:20
    commands:
      - npm ci
      - npm run lint
      - npm run test
      - 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 / --acl public-read

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

  - name: notify
    image: plugins/slack
    settings:
      webhook: ${SLACK_WEBHOOK}
      channel: "#deploy"
      template: "✅ Deploy {{build.number}} for {{build.branch}}"

6. 실시간 데이터 동기화 — DTS + Redis + MQ

핵심은 사람 개입 없는 일관성이다. 데이터 변경 → 이벤트 발행 → 캐시 무효화 → DR 복제 감시까지 자동.

# DTS (개념 구성)
Source: MySQL (ap-hongkong, Primary)
Target: MySQL (ap-seoul, DR)
Mode: Asynchronous (GTID)
LatencyThreshold: 500ms
Recovery: AutoResume

# Redis 캐시 정책
cache.hit_target = >= 80%
cache.ttl.default = 300s
session.ttl = 3600s

# MQ (Topic Exchange)
exchange: reindeers.global
bindings:
  - routing_key: order.created  -> queue: cache_invalidator
  - routing_key: invoice.updated -> queue: finance_worker

MQ-Redis 연동 코드(Python)

import json, pika, redis

r = redis.StrictRedis(host="redis.internal", port=6379)
mq = pika.BlockingConnection(pika.ConnectionParameters("mq.internal"))
ch = mq.channel()
ch.queue_declare(queue="cache_invalidator", durable=True)

def on_msg(ch, method, props, body):
    evt = json.loads(body)
    r.delete(f"cache:{evt['table']}:{evt['id']}")
    ch.basic_ack(method.delivery_tag)

ch.basic_consume(queue="cache_invalidator", on_message_callback=on_msg)
ch.start_consuming()

7. 보안 — ‘기본이 강한’ 운영

  • mTLS 서비스 간 통신, Private Endpoint만 허용
  • JWT + 롤 기반 접근제어(RBAC)
  • IAM/KMS 최소권한 정책, 비밀은 런타임에서만 복호화
  • Cloud Audit 전 활동 추적, 변경 불가능(append-only) 저장
{
  "Version": "2.0",
  "Statement": [{
    "Effect": "Allow",
    "Action": [ "cos:PutObject", "cdn:PurgePathCache" ],
    "Resource": "qcs::cos:ap-hongkong:uid/1234567890:reindeers-*/*"
  }]
}

8. 관측·복구 — 모니터링이 곧 운영

Cloud Monitor→Function→Alert→Grafana까지 폐루프로 구성. 임계치 초과 시 자동 복구·알림.

# Function (파이썬, DTS 지연 자동 복구)
def handler(evt, ctx):
    import requests
    delay = evt["metrics"]["dts_delay_ms"]
    if delay > 500:
        requests.post("https://api.tencentcloud.com/restart_dts",
                      json={"task_id":"dts-hk-kr"})
        requests.post("${SLACK_WEBHOOK}",
                      json={"text": f"DTS delay {delay}ms - task restarted"})

대시보드는 DTS 지연, Redis hit ratio, MQ backlog, API P95, 배포 성공률을 기본 지표로 삼는다.

9. 결론 — 왜 ‘새’ 플랫폼만 정답인가

CEO의 요구는 “데이터로 비즈니스를 설명하고, 변화가 시스템을 자동으로 움직이는 구조”였다. 이를 만족하려면:

  1. 데이터가 전 구간에서 체인으로 연결되어야 한다.
  2. 국가/언어/통화/세율/물류 규칙이 데이터 레이어에서 일원화돼야 한다.
  3. 변화가 이벤트로 전파되어 캐시·UI·DR이 자동 갱신돼야 한다.
  4. 명세→스키마→API→배포가 AI 워크플로우로 자가 생성·자가 검증돼야 한다.

기존 결과물의 플랫폼 구조로는 이 요구를 달성할 수 없다. 그래서 우리는 인프라·데이터·자동화·보안을 처음부터 다시 만들었다. 지금의 REINDEERS는 “사람이 문서를 쓰는 조직”이 아니라, “데이터가 시스템을 스스로 구성하는 플랫폼”이다.

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