그누보드와 영카트 기반의 7~8년 된 레거시 소스에, **'무제한 분양몰(멀티테넌트)' + '쿠팡형 입점사 시스템(멀티벤더)'**까지 결합된 모델이군요.
대표님, 솔직히 말씀드리면 이는 **대한민국 웹 에이전시나 웬만한 개발 팀에서도 가장 까다로워하고 실패율이 매우 높은 최상급 난이도의 대규모 플랫폼 프로젝트(Mega-Platform Project)**입니다.
기존 개발 시도가 실패할 수밖에 없었던 아키텍처적 이유를 명밀히 짚어보고, AI 에이전트 팀을 통해 이 복잡한 프로젝트를 어떻게 안전하게 현실화할 수 있는지 구체적인 해법을 제시해 드립니다.
1. 기존 프로젝트가 실패할 수밖에 없었던 구조적 원인
그누보드/영카트 커스텀 코드는 다음과 같은 치명적인 한계가 있어 대규모 확장 시 개발자를 지옥에 빠뜨립니다.
- 스파게티 코드와 레거시 아키텍처: 그누보드는 HTML과 PHP 로직, SQL 쿼리가 한 파일에 섞여 있습니다. 이 구조에서 '쿠팡식 입점 기능(복잡한 정산, 배송, 상품 관리)'과 '분양몰 기능'을 억지로 끼워 넣다 보니 코드가 꼬이고, 화면 하나 고치면 다른 10개 화면이 깨지는 연쇄 오류가 발생합니다.
- 서브도메인 방식의 한계:
tenant1.domain.com,tenant2.domain.com방식은 SSL 인증서 와일드카드 관리, DNS 설정 자동화, 테넌트별 세션/쿠키 격리 등 인프라 레벨의 오버헤드가 매우 큽니다. - 2중 레이어 멀티테넌시(Multi-tenancy + Multi-vendor)의 설계 부재: 이 플랫폼은 단순히 분양몰만 있는 게 아니라 **[본사 플랫폼 - 입점사 - 분양몰 점주 - 최종 소비자]**로 이어지는 4단계의 데이터 및 정산 흐름이 필요합니다. 체계적인 설계 없이 영카트 테이블에 컬럼 몇 개 추가하는 방식으로는 데이터가 꼬여 결국 정산과 주문에서 대형 사고가 납니다.
2. AI 에이전트 팀을 통한 실패 없는 현대화 전략
이 정도 규모의 프로젝트는 "기존 영카트 소스를 수정하는 방식"으로 접근하면 100% 실패합니다. 대신 에이전트 팀을 활용해 **"기존 소스에서 비즈니스 로직(알고리즘, DB 관계)만 추출하고, 현대적인 프레임워크로 완전히 새로 빌드(Rewrite)"**하는 방식으로 가야 합니다.
💡 추천 기술 스택
- Backend: Laravel (PHP 최신 프레임워크) 또는 Nest.js / FastAPI
- 이유: 파라미터 기반 멀티테넌트 라우팅(
domain.com/:tenant_id또는domain.com?mall=tenant_id)을 네이티브로 지원하며, 입점사 및 테넌트 데이터 격리를 위한 글로벌 스코프(Global Scope) 기능이 강력합니다.
- 이유: 파라미터 기반 멀티테넌트 라우팅(
- Frontend: Next.js + Tailwind CSS + shadcn/ui
- 이유: 올드한 스타일을 완전히 탈피하여 쿠팡이나 토스 스타일의 프리미엄 UI/UX를 즉시 구현할 수 있고, 다이나믹 라우팅으로 분양몰별 테마와 브랜딩을 실시간 적용할 수 있습니다.
3. 에이전트 팀의 구체적인 역할 분담 및 마일스톤
이 대규모 프로젝트를 완수하기 위해 에이전트 팀은 다음과 같이 단계별로 일합니다.
1단계: 레거시 영카트 소스 분석 및 DB 설계 (Analyzer & Architect)
- 영카트 소스 분석: 에이전트가 기존 7~8년 된 소스 중 특수한 로직(예: 분양몰별 수수료 배분 로직, 포인트 적립 룰, 커스텀 결제 연동 부분)을 찾아내 분석서로 정리합니다.
- 입점 + 분양 통합 DB 설계:
mermaidclassDiagramdirection LRclass Platform {본사 관리자}class Tenant {분양몰 점주 (파라미터 식별)}class Vendor {쿠팡식 입점사 (상품 공급)}class Product {상품 (입점사 등록 -> 분양몰 선택 노출)}class Order {주문 (소비자 -> 분양몰 -> 본사 -> 입점사 배송)}Platform --> TenantPlatform --> VendorVendor --> ProductTenant --> ProductOrder --> TenantOrder --> Vendor
- 이 4중 관계를 격리성 높게 설계하여 **"무제한 분양"**이 일어나도 DB 부하가 없도록 최적화합니다.
2단계: 핵심 API 및 파라미터 라우팅 구현 (Nova - Backend)
- 서브도메인 대신 파라미터/경로 기반의 라우팅을 구현합니다.
- 예:
shopping.com/mall/shop01또는shopping.com?ref=shop01로 진입 시, 미들웨어가 해당 테넌트(shop01)의 로고, 상품 목록, 정산 코드를 즉시 캐싱하여 렌더링합니다.
- 예:
3단계: 쿠팡 스타일 프리미엄 UI 및 입점사 어드민 개발 (Pixel - Frontend)
- 쿠팡 스타일 디자인 시스템을 구축합니다.
- 3개의 관리자 화면을 독립적이면서 유기적으로 개발합니다:
- 본사 슈퍼 어드민: 전체 분양몰 관리, 전체 입점사 관리, 통합 정산.
- 입점사 파트너 어드민: 상품 등록, 배송 처리, 정산 내역 확인 (쿠팡 윙과 유사).
- 분양몰 점주 어드민: 본사/입점사 상품 중 내 쇼핑몰에 진열할 상품 선택, 내 마진율 설정, 내 쇼핑몰 회원 관리.
4단계: 3차원 자동화 QA 및 정산 검증 (QA Agent) 🚀 가장 중요
- 이 프로젝트의 성패는 **"복잡한 주문-배송-정산 흐름이 오차 없이 작동하는가"**에 있습니다.
- QA 에이전트가 다음과 같은 E2E(End-to-End) 가상 시나리오 테스트를 자동화합니다.
- 가상 시나리오:
- 입점사
A가 10,000원짜리 상품 등록 (공급가 7,000원). - 분양몰 점주
B가 내 몰에 이 상품을 진열하고 판매가를 12,000원으로 설정. - 소비자
C가 분양몰B에서 12,000원에 구매 완료. - 결제 완료 후, 본사/입점사 A/분양몰 B의 정산 테이블에 각각 1,000원(본사 수수료), 7,000원(입점사 공급가), 4,000원(분양몰 점주 마진)이 정확히 배분되는지 검증하는 API 및 DB 트리거 테스트를 수천 번 자동 실행.
- 입점사
- 스타일 검증: Playwright를 사용해 모바일, 태블릿, PC 화면에서 결제창이나 장바구니 레이아웃이 깨지지 않는지 시각적 회귀 테스트(Visual Regression Test)를 수행합니다.
- 가상 시나리오:
결론: 대표님이 하실 일은 오직 '가이드라인 제시'와 '승인'뿐입니다.
이 복잡한 프로젝트를 사람이 혼자서, 혹은 일반 개발자 한두 명이 주먹구구식으로 만들면 100% 다시 좌절하게 됩니다.
하지만 아키텍처 설계와 QA 검수 프로세스를 자동화한 AI 에이전트 팀을 가동하면 다음과 같은 방식으로 진행됩니다.
- 대표님: "레거시 소스의 이 결제 로직과 수수료 테이블을 분석해서, 신규 백엔드 API에 녹여줘."
- 분석/설계 에이전트: 기존 소스를 1초 만에 분석하여 현대적 API 스펙 문서 작성 및 대표님께 승인 요청.
- 개발 에이전트: 승인된 스펙으로 코드 작성 및 로컬 서버에 즉시 적용.
- QA 에이전트: 백엔드 API 및 프론트엔드 UI에 대해 시나리오 테스트(정산 금액 검증, 멀티테넌트 데이터 격리 검증)를 수행하여 **"검수 보고서(테스트 통과율 100%)"**를 대표님께 제출.
이러한 선순환이 이루어지면 대표님께서는 화면 하나하나 수동으로 테스트하는 고통에서 벗어나, 전체적인 비즈니스 규칙과 정산 흐름이 맞게 돌아가는지만 감독하시면 됩니다.
이 거대한 도전을 성공적인 현대적 플랫폼으로 전환하기 위한 준비가 되셨다면, 기존 그누보드/영카트 소스 코드의 폴더 구조와 핵심 파일(예:
shop.config.php
또는 커스텀 테이블 명세)을 이 워크스페이스에 공유해 주세요. 에이전트 분석을 바로 시작할 수 있습니다!
댓글 (0)
댓글 쓰기