서버리스 백엔드 스택 6가지 조합 비교 | Vercel, Cloudflare, GCP부터 인증까지

TypeScript 풀스택 프로젝트를 시작할 때 가장 먼저 부딪히는 질문이 있다. 호스팅은 어디에 할 것인가, 데이터베이스는 무엇을 쓸 것인가, 인증은 어떻게 처리할 것인가, 프론트엔드 프레임워크는 무엇으로 갈 것인가. 이 네 가지 선택이 맞물려 하나의 '스택'이 된다.

2025년 이후 이 선택지가 폭발적으로 늘었다. GCP Cloud Run, Vercel, Cloudflare Workers라는 세 가지 호스팅 축, Supabase, Neon, Cloud SQL, Firebase라는 네 가지 데이터베이스 축, BetterAuth, Clerk, Supabase Auth, Firebase Auth라는 네 가지 인증 축, 그리고 Next.js, Astro, TanStack Start(React+Vite)라는 세 가지 프론트엔드 프레임워크 축이 각각의 조합을 만든다.

이 글에서는 실무에서 자주 등장하는 6가지 대표 스택 조합을 비용, 성능, 개발 경험, 확장성 기준으로 비교한다. 단순 나열이 아니라, 어떤 프로젝트에 어떤 조합이 맞는지 판단 기준을 제시하는 것이 핵심이다.

1

호스팅 플랫폼 3파전: Cloud Run vs Vercel vs Cloudflare Workers

서버리스 백엔드 호스팅의 세 가지 주요 선택지는 각각 근본적으로 다른 철학을 갖고 있다. Cloud Run은 컨테이너 기반으로 어떤 런타임이든 올릴 수 있는 범용성, Vercel은 Next.js와의 긴밀한 통합을 통한 개발 편의성, Cloudflare Workers는 엣지 컴퓨팅을 통한 글로벌 저지연 응답이 핵심이다.

Cloud Run은 Docker 컨테이너를 서버리스로 실행하는 플랫폼이다. Node.js, Python, Go, Rust 등 어떤 언어와 런타임이든 컨테이너로 패키징하면 배포할 수 있다. Hono는 Cloud Run에서 특히 잘 맞는데, gcloud run deploy --source . 명령 하나로 Dockerfile 없이 배포가 가능하고, Google Cloud Buildpacks가 자동으로 Node.js 프로젝트를 감지해 컨테이너를 빌드해준다.

Cloud Run의 무료 티어는 월 180,000 vCPU-seconds, 360,000 GiB-seconds, 200만 요청을 포함한다. 소규모 프로젝트에서는 컴퓨팅 비용이 사실상 0원이다. 단, Cloud SQL과 함께 사용하면 DB 비용(최소 월 10-12달러)이 고정 지출로 발생한다.

Vercel은 Next.js를 만든 회사가 운영하는 배포 플랫폼으로, Next.js와의 통합이 가장 깊다. Git 저장소에 push하면 자동으로 빌드, 배포, 프리뷰 URL 생성까지 완료된다. Hobby 플랜(무료)은 개인 프로젝트에 충분하며, 100GB 대역폭, 10만 Serverless Function 실행, 자동 HTTPS를 포함한다. Pro 플랜은 개발자당 월 20달러부터 시작한다.

Vercel의 제약은 Serverless Function의 실행 시간 제한(Hobby 10초, Pro 60초)과, Next.js 외 프레임워크에서는 일부 기능이 제한될 수 있다는 점이다. Hono를 Vercel에서 실행할 수도 있지만, Cloud Run이나 Cloudflare Workers에서만큼의 유연성은 기대하기 어렵다.

Cloudflare Workers는 전 세계 300개 이상의 PoP(Point of Presence)에서 코드를 실행하는 엣지 런타임이다. 콜드 스타트가 사실상 없다는 점이 Cloud Run과의 가장 큰 차이다. V8 Isolate 기반으로 밀리초 단위의 시작 시간을 보장한다.

무료 티어는 일 10만 요청, 유료 플랜(5달러/월)은 월 1,000만 요청을 포함한다. Hono는 원래 Cloudflare Workers용으로 설계되었기 때문에 가장 자연스러운 조합이며, Cloudflare D1(SQLite 기반 서버리스 DB), R2(오브젝트 스토리지), KV(키-값 저장소)와 같은 Cloudflare 생태계 서비스들과 바인딩으로 직접 연결된다.

2

데이터베이스 4파전: Cloud SQL vs Supabase vs Neon vs Firebase

데이터베이스 선택은 전체 스택의 비용과 아키텍처를 결정짓는 가장 중요한 요소다. 네 가지 선택지는 각각 관계형/비관계형, 서버리스/프로비저닝, 무료 티어 유무에서 뚜렷한 차이를 보인다.

Cloud SQL은 GCP의 완전 관리형 관계형 데이터베이스로 PostgreSQL, MySQL, SQL Server를 지원한다. 가장 큰 장점은 Cloud Run과의 내장 Unix 소켓 연결(별도 VPN 불필요)과 GCP 인프라의 안정성이다. 가장 큰 단점은 상시 무료 티어가 없다는 것으로, 최소 사양인 db-f1-micro(0.2 vCPU, 0.6GiB RAM)에 10GB SSD를 붙이면 월 약 10-12달러가 고정 비용으로 발생한다.

Supabase는 오픈소스 Firebase 대안으로, PostgreSQL 데이터베이스에 인증(Supabase Auth), 실시간 구독, 파일 스토리지, Edge Function까지 올인원으로 제공한다. 무료 티어가 매우 관대해서 500MB DB 스토리지, 5만 MAU(인증), 1GB 파일 스토리지, 무제한 API 요청을 포함한다. 무료 프로젝트는 1주일 동안 활동이 없으면 일시 중지(pause)되는 제한이 있으며, 유료 Pro 플랜은 월 25달러부터 시작한다.

Supabase의 가장 큰 매력은 DB+인증+스토리지가 하나의 대시보드에서 관리된다는 점이다. 별도의 인증 라이브러리(BetterAuth, Clerk 등)를 쓸 필요 없이 Supabase Auth만으로 이메일/비밀번호, OAuth, 매직 링크 인증이 가능하다.

Neon은 서버리스 PostgreSQL로, 컴퓨팅과 스토리지가 분리된 아키텍처가 핵심이다. 사용하지 않을 때 자동으로 0으로 스케일 다운하여, Cloud SQL처럼 항시 인스턴스를 유지하는 비용이 들지 않는다. 무료 티어는 0.5GB 스토리지와 190시간/월 컴퓨팅을 포함한다.

Neon의 차별점은 DB 브랜칭(branching) 기능이다. Git처럼 데이터베이스 전체를 복제하여 개발/테스트용 브랜치를 만들 수 있어, 프로덕션 데이터에 영향 없이 스키마 변경을 테스트할 수 있다. Vercel과의 네이티브 통합도 강점으로, Vercel 대시보드에서 바로 Neon DB를 프로비저닝할 수 있다.

Firebase는 Google의 앱 개발 플랫폼으로, Firestore(NoSQL 문서 DB)를 핵심 데이터베이스로 사용한다. 관계형 DB가 아닌 문서 기반 NoSQL이라는 점이 위의 세 가지와 근본적으로 다르다. 무료 Spark 플랜에서 5만 MAU(인증), 1GiB Firestore 스토리지, 일 5만 문서 읽기를 제공한다.

Firebase의 장점은 실시간 동기화, 오프라인 지원, 클라이언트 SDK의 풍부함이다. 채팅 앱, 실시간 협업 도구처럼 실시간성이 핵심인 프로젝트에서 강하다. 단점은 복잡한 쿼리(JOIN, 집계)에 취약하고, 데이터 구조 설계가 잘못되면 비용이 급격히 올라갈 수 있다는 것이다.

3

인증 서비스 4파전: BetterAuth vs Clerk vs Supabase Auth vs Firebase Auth

인증은 모든 웹 서비스의 기초이면서, 비용 구조에 가장 큰 영향을 미치는 요소 중 하나다. SaaS 인증 서비스(Clerk, Auth0)는 MAU 기반으로 과금되어 사용자가 늘수록 비용이 선형적으로 증가하지만, 오픈소스 인증(BetterAuth)은 비용이 완전히 0원이다.

MIT 라이선스 오픈소스로, 상업적 프로젝트 포함 모든 용도에서 완전 무료다. Auth.js(구 NextAuth)의 공식 후속 프로젝트로 자리잡았으며, 프레임워크 비종속 설계로 Hono, Next.js, Astro, SvelteKit 등 어디서든 동일한 API로 작동한다. 이메일/비밀번호, OAuth, 2FA, 패스키, 매직 링크, 다중 테넌트, RBAC를 기본 제공한다. Drizzle ORM 공식 어댑터를 통해 PostgreSQL, MySQL, SQLite에 연결할 수 있다.

단점은 UI 컴포넌트가 Clerk만큼 풍부하지 않다는 것과, 세팅에 Clerk보다 더 많은 코드를 작성해야 한다는 것이다. 하지만 인프라와 데이터를 완전히 소유할 수 있다는 점에서, 장기적으로 비용과 제어 측면에서 유리하다.

Clerk는 가장 풍부한 프리빌트 UI 컴포넌트(`, 등)를 제공하는 SaaS 인증 서비스다. Next.js와의 통합이 가장 깊으며, 몇 줄의 코드로 완성도 높은 인증 화면을 구현할 수 있다. 무료 플랜은 5만 MRU(Monthly Retained Users)까지 지원하며, Pro 플랜은 월 20달러(연간 결제 기준) + 1만 MAU 초과분에 대해 MAU당 0.02달러를 과금한다.

10만 MAU 기준 월 비용은 약 1,800-2,000달러로, 사용자가 빠르게 증가하는 서비스에서는 상당한 부담이 될 수 있다. 반면 BetterAuth는 같은 10만 MAU에서도 인증 비용 자체는 0원이다.

Supabase에 내장된 인증 서비스로, Supabase를 DB로 사용한다면 별도 설정 없이 바로 쓸 수 있다. 무료 티어에서 5만 MAU를 지원하며, PostgreSQL의 Row Level Security(RLS)와 연동하여 DB 레벨에서 접근 제어가 가능하다는 것이 독특한 강점이다. 단, Supabase 생태계에 종속된다는 제약이 있다.

Firebase Auth는 무료 Spark 플랜에서 이메일/소셜 인증 5만 MAU를 제공하며, 별도의 서버 코드 없이 클라이언트 SDK만으로 인증을 구현할 수 있다. Google 생태계(Android, iOS, Web)와의 통합이 가장 깊다. SAML/OIDC 연동은 무료 50 MAU로 제한되어, 엔터프라이즈 SSO가 필요하면 비용이 급격히 올라간다.

4

프론트엔드 프레임워크: Next.js vs Astro vs TanStack Start

백엔드 스택과 함께 프론트엔드 프레임워크 선택도 전체 아키텍처에 큰 영향을 준다. 세 가지 주요 선택지는 각각 다른 철학과 최적 사용 사례를 가진다.

Next.js는 React 기반 풀스택 프레임워크의 사실상 표준이다. Server Components, Server Actions, App Router 등 최신 React 기능을 가장 먼저 지원하며, Vercel에서의 배포가 가장 매끄럽다. BetterAuth, Clerk, Supabase Auth 모두 Next.js 통합을 1순위로 지원한다.

Next.js의 단점은 프레임워크의 복잡도가 높다는 것이다. Server Component와 Client Component의 경계, 캐싱 전략, 미들웨어 동작 방식 등 학습 곡선이 가파르다. 또한 Vercel 외 플랫폼(Cloud Run, Cloudflare)에 배포할 때 일부 기능이 제한될 수 있다.

Astro는 기본적으로 정적 HTML을 생성하고, 필요한 부분에만 JavaScript를 로드하는 아일랜드 아키텍처(Islands Architecture)가 핵심이다. 콘텐츠 중심 사이트(블로그, 문서, 마케팅 페이지)에서 Next.js 대비 40% 빠른 로딩과 90% 적은 JavaScript 번들을 달성한다.

Astro의 SSR 모드를 사용하면 API 라우트와 서버 사이드 렌더링도 가능하며, BetterAuth의 Astro 공식 통합이 지원된다. Vercel, Cloudflare Pages, Netlify 등 다양한 플랫폼에 배포할 수 있다. 다만 복잡한 인터랙티브 대시보드나 SPA(Single Page Application) 스타일의 앱에는 Next.js나 TanStack Start가 더 적합하다.

TanStack Start는 TanStack Router를 기반으로 한 풀스택 React 프레임워크로, Vite 위에서 동작한다. 'Better-T Stack'이라고 불리는 조합(TanStack Router + Hono + BetterAuth + Drizzle)이 개발자 커뮤니티에서 빠르게 인기를 얻고 있다.

TanStack Start의 핵심 장점은 type-safe 라우팅, Hono RPC를 통한 end-to-end 타입 안전성, Vite 기반의 빠른 빌드 속도다. Next.js의 '마법(magic)' 같은 내부 동작이 불편한 개발자들이 TanStack Start의 투명하고 명시적인 설계를 선호하는 추세가 있다. 단, 2025년 말 기준 아직 RC(Release Candidate) 단계로, Next.js의 성숙한 생태계와 비교하면 안정성 면에서 검증이 더 필요하다.

5

6가지 대표 스택 조합과 최적 사용 사례

각 기술의 개별 비교를 넘어, 실제로 어떤 조합이 어떤 프로젝트에 맞는지 정리한다.

최적 대상: 데이터 소유권이 중요한 B2B SaaS, 장기 운영 서비스, GCP 생태계를 이미 사용 중인 팀

Hono의 초경량 설계(14kB 미만)가 Cloud Run의 서버리스 환경에서 빠른 콜드 스타트를 보장하고, BetterAuth의 무료 인증이 사용자 증가에 따른 비용 부담을 제거한다. Cloud SQL은 풀 스펙 PostgreSQL을 제공하므로 복잡한 쿼리와 트랜잭션 처리에 제한이 없다.

이 조합의 고유 장점은 Cloud Run의 Unix 소켓을 통한 Cloud SQL 직접 연결이다. VPN이나 프록시 없이 --add-cloudsql-instances` 플래그 하나로 보안 연결이 완성되며, Google 내부 네트워크를 통해 트래픽이 흐르므로 지연과 보안 모두 유리하다.

최소 월 비용은 Cloud SQL의 db-f1-micro 기준 약 10-12달러이며, Cloud Run 컴퓨팅은 소규모 트래픽에서 무료 티어 안에 들어온다.

최적 대상: 빠른 프로토타이핑, MVP 검증, Next.js에 익숙한 프론트엔드 개발자

Vercel의 Git push 자동 배포와 Next.js의 풍부한 기능 조합은 개발 속도 면에서 타의 추종을 불허한다. Neon의 서버리스 PostgreSQL은 Vercel 대시보드에서 바로 프로비저닝할 수 있고, DB 브랜칭으로 프리뷰 배포마다 독립 DB를 자동 생성할 수 있다.

인증에 Clerk를 선택하면 프리빌트 UI 컴포넌트 덕분에 인증 화면 구현 시간이 극적으로 줄어든다. BetterAuth를 선택하면 비용은 0원이지만 UI를 직접 구현해야 한다. 프로토타입 단계에서는 Clerk로 빠르게 구현하고, 사용자가 늘면 BetterAuth로 마이그레이션하는 전략도 가능하다.

무료 시작이 가능하며(Vercel Hobby + Neon Free + BetterAuth), 상업적 서비스로 전환하면 Vercel Pro(20달러) + Neon Launch(19달러) = 월 약 39달러부터 시작한다.

최적 대상: 글로벌 사용자 대상 서비스, 콜드 스타트 제로가 필수인 API, 비용 극소화가 목표인 프로젝트

Cloudflare 생태계 안에서 모든 것을 해결하는 올인원 조합이다. Workers(컴퓨팅) + D1(SQLite DB) + R2(스토리지) + KV(캐시)가 모두 Cloudflare 내부에서 바인딩으로 연결되므로, 네트워크 오버헤드가 최소화된다.

D1은 SQLite 기반이라 PostgreSQL과 비교하면 기능이 제한적(JOIN은 가능하지만 고급 PostgreSQL 확장 불가)이고, 단일 DB 최대 10GB 제한이 있다. 하지만 무료 티어만으로도 일 10만 요청, 5GB 스토리지를 사용할 수 있어, 사이드 프로젝트의 비용을 완전히 0원에 가깝게 유지할 수 있다.

주의할 점은 Workers 런타임이 Node.js가 아닌 V8 Isolate 환경이라, Node.js 네이티브 모듈(fs, net, crypto 일부)을 직접 사용할 수 없다는 것이다. BetterAuth는 Web Standards API 기반이므로 Workers에서 정상 동작하지만, 일부 npm 패키지는 호환성 문제가 있을 수 있다.

최적 대상: 백엔드 개발 경험이 적은 프론트엔드 개발자, 실시간 기능이 필요한 프로젝트, 관리할 서비스 수를 최소화하고 싶은 팀

Supabase 하나로 DB, 인증, 파일 스토리지, 실시간 구독을 모두 해결한다. 별도의 인증 라이브러리나 ORM 설정 없이 Supabase 클라이언트 SDK 하나로 데이터 CRUD와 인증이 가능하다. PostgreSQL의 RLS(Row Level Security)를 활용하면 서버 사이드 로직 없이도 DB 레벨에서 접근 제어가 가능하다.

Next.js와 Astro 모두 Supabase와 잘 통합되며, Vercel Marketplace에서 원클릭 통합도 지원된다. 무료 티어(500MB DB, 5만 MAU, 1GB 스토리지)로 MVP 단계를 충분히 커버할 수 있다.

최적 대상: 모바일 앱 백엔드, 실시간 채팅/협업 앱, Google 서비스(FCM, Analytics 등) 통합이 필요한 프로젝트

Firebase는 가장 오래된 BaaS(Backend-as-a-Service) 중 하나로, 모바일 개발 생태계에서 특히 강하다. Firestore의 실시간 동기화, 오프라인 지원, 클라이언트 SDK의 풍부함은 다른 서비스가 쉽게 따라오기 어렵다. 무료 Spark 플랜의 5만 MAU, 1GiB DB, 일 5만 읽기는 MVP에 충분하다.

단점은 NoSQL(문서형) DB의 근본적 제약이다. 복잡한 JOIN, 집계 쿼리, 트랜잭션 처리에서 관계형 DB(PostgreSQL)보다 불리하며, 데이터 모델링이 잘못되면 비용이 예측 불가능하게 치솟을 수 있다. 또한 Firebase는 벤더 종속(vendor lock-in)이 심해, 다른 플랫폼으로의 마이그레이션이 상대적으로 어렵다.

최적 대상: TypeScript 타입 안전성을 극한까지 추구하는 개발자, Next.js의 복잡도가 부담스러운 팀, 최신 도구에 대한 학습 의지가 있는 팀

Better-T Stack은 GitHub에서 빠르게 star를 모으고 있는 모노레포 템플릿으로, TanStack Router + Hono + BetterAuth + Drizzle ORM + Tailwind CSS + shadcn/ui를 하나의 패키지로 묶는다. Hono RPC와 tRPC를 통한 end-to-end 타입 추론이 핵심 매력이다.

이 스택의 DB는 프로젝트에 따라 자유롭게 선택할 수 있다. Cloudflare에 배포하면 D1(무료), Cloud Run에 배포하면 Cloud SQL(월 10-12달러) 또는 Neon(무료), Vercel에 배포하면 Neon(무료)을 연결하면 된다. 호스팅과 DB를 분리하여 선택할 수 있는 유연성이 이 조합의 강점이다.

6

프로젝트 유형별 스택 추천 의사결정 가이드

어떤 스택이 '최고'인지는 존재하지 않는다. 프로젝트의 성격, 팀의 경험, 예산, 장기 운영 계획에 따라 최적 조합이 달라진다.

비용이 가장 중요한 기준이라면 Cloudflare 올인원(조합 3)이 월 0원에 가장 가까운 운영이 가능하다. 개발 속도가 최우선이라면 Vercel + Next.js(조합 2)가 Git push 한 번으로 배포되는 경험을 제공한다. 장기 운영과 데이터 주권이 핵심이라면 GCP 풀스택(조합 1)이 엔터프라이즈급 인프라를 합리적인 비용에 제공한다.

어떤 조합을 선택하든, BetterAuth를 인증 레이어로 채택하면 사용자 증가에 따른 인증 비용 부담이 완전히 사라진다. 이것이 2025년 이후 BetterAuth가 거의 모든 스택 조합의 인증 기본값으로 자리잡은 이유다.

지금 프로젝트 성격에 맞는 조합을 하나 골라서, 무료 티어로 프로토타입을 배포하는 것부터 시작해보자. 대부분의 조합이 신용카드 없이 시작할 수 있으며, 트래픽이 실제로 발생하기 전까지는 비용 걱정 없이 개발에 집중할 수 있다.