pile·
아키텍처·vercel-blogVercel Blog·

Vercel for Platforms: 멀티테넌트 vs 멀티프로젝트 플랫폼 구축 패턴

Vercel 이 플랫폼 구축 제품인 "Vercel for Platforms" 를 출시했다. SaaS 빌더가 고객별 프로젝트를 프로그래밍 방식으로 생성·운영하는 두 가지 아키텍처 패턴을 제공한다. 멀티테넌트(단일 코드베이스, 와일드카드 도메인)와 멀티프로젝트(고객별 격리된 Vercel 프로젝트) 중 선택해 플랫폼을 구성할 수 있다.

핵심 포인트
  • 멀티테넌트: 단일 코드베이스가 *.yourapp.com 와일드카드 도메인으로 모든 고객을 서빙. 엣지 미들웨어에서 hostname 파싱으로 라우팅하며, 변경사항은 모든 테넌트에 동시 반영된다.
  • 멀티프로젝트: Vercel SDK 로 고객당 독립된 프로젝트를 생성. 빌드 환경·함수·환경변수가 완전 격리되며 프레임워크를 고객별로 다르게 사용 가능하다.
  • 커스텀 도메인: SDK 를 통해 도메인 추가, DNS 검증, SSL 인증서 관리를 자동화한다.
  • Platform Elements 컴포넌트 라이브러리(shadcn/ui 기반)와 함께 출시해 플랫폼 UI 를 빠르게 구성할 수 있다.
상세 정리
  • 배경: SaaS 빌더가 "고객의 프로젝트를 대신 생성·실행하는 플랫폼"을 구축하는 수요를 포착해 그 인프라를 Vercel 제품으로 제공한다.
  • 멀티테넌트 아키텍처: *.yourapp.com 와일드카드 도메인 하나로 모든 고객을 처리하며, 엣지 미들웨어가 hostname 을 파싱해 테넌트를 식별하고 라우팅한다.
  • 멀티테넌트 배포 특성: 단일 배포이므로 코드 변경이 모든 고객에 즉시 반영된다. SSL 인증서와 DNS 검증이 자동화된다.
  • 멀티프로젝트 아키텍처: Vercel SDK 로 고객당 독립된 프로젝트를 생성하며, 각 프로젝트는 자체 빌드 환경·함수·환경변수를 갖는다.
  • 멀티프로젝트 배포 특성: 프레임워크 자동 감지와 빌드 커맨드 자동 설정을 지원하며, 프로젝트별 커스텀 도메인 지정이 가능하다.
  • TypeScript SDK 예시: 도메인 추가 함수(addDomain)와 DNS 레코드 상태 조회 함수를 SDK 로 구현하는 패턴을 코드로 제공한다.
  • 아키텍처 선택 기준: 모든 고객에게 동일한 코드베이스를 쓰면 멀티테넌트, 고객별 완전 격리 환경이나 다른 프레임워크가 필요하면 멀티프로젝트를 선택한다.
  • Platform Elements: custom-domain, deploy-popover, dns-table, claim-deployment, report-abuse 등 플랫폼 관련 UI 블록을 npx CLI 로 설치하는 shadcn/ui 기반 컴포넌트 라이브러리다.
왜 읽나고객별 사이트나 테넌트를 관리하는 SaaS 플랫폼을 Vercel 위에 구축할 때 아키텍처 선택 기준과 SDK 사용법을 한눈에 파악할 수 있다.
vercel-blog
Vercel Blog 블로그
원문은 여기서 이어서 읽을 수 있어요
원문 읽기
읽음 (0)

이 글과 비슷한

  1. 아키텍처·cloudflare-blogCloudflare Blog·

    Monetization Gateway 공개: x402로 Cloudflare 뒤 모든 리소스에 과금하기

    Cloudflare가 HTTP 402 상태 코드를 재활용한 오픈 결제 프로토콜 x402와 스테이블코인 정산을 결합한 Monetization Gateway를 발표했다. 웹페이지·데이터셋·API·MCP 도구 어디든 Cloudflare 뒤에 놓으면 사용량 기반 마이크로페이먼트를 붙일 수 있다. AI 에이전트가 광고를 안 보고 구독도 유지하지 않는 시대에, 개발자와 퍼블리셔가 콘텐츠·도구를 직접 과금할 수 있는 인프라를 엣지에서 제공하는 것이 핵심이다.

    #http-protocol#x402#micropayment+2
  2. 아키텍처·cloudflare-blogCloudflare Blog·

    Cloudflare Workflows에 사가 롤백을 구현한 방법

    Cloudflare Workflows 엔진에 사가(Saga) 패턴 롤백 기능을 추가한 과정을 다룬다. 다단계 워크플로우에서 중간 단계가 실패했을 때 이전 단계의 부작용을 되돌리는 보상 로직(compensating action)을 각 step에 선언적으로 정의할 수 있게 됐다. Workers RPC의 callable reference를 활용해 엔진 재시작 후에도 핸들러를 복구할 수 있는 내구적 설계를 택했다.

    #workflow-engine#cloudflare-workers#saga-pattern+2
  3. 아키텍처·LY CorporationLY Corporation·

    AI 시대의 개발 능력은 검증력으로 결정된다, Flava API Gateway 개발 중 배운 빠른 검증과 로컬 환경 구성 전략

    LY Corporation 의 Flava API Gateway 개발팀이 AI 코딩 에이전트 도입 후 직면한 "빠른 코드 생성 vs 느린 검증" 문제를 해결한 전략을 공유한다. 스펙 주도 개발, 검증 자동화, 로컬 환경 재현성의 세 축으로 접근해 AI 에이전트가 즉각적인 피드백 루프 안에서 안정적으로 작동할 수 있는 개발 기반을 구축했다.

    #ai-agent#test-automation#openapi+2