Vercel vs Netlify vs Cloudflare Pages — 2026 웹 배포 플랫폼 3강 비교

2026년 4월 · 개발 도구

웹 배포 플랫폼 구도가 2026년 들어 명확해졌다. Next.js 풀스택은 Vercel, 정적 사이트와 엣지는 Cloudflare Pages, Jamstack 중간 지대는 Netlify다. 세 플랫폼 다 Git 연결 후 git push만으로 배포가 돌아간다.

문제는 요금과 성능 구조다. Vercel은 2026년 2월 Fluid Compute를 정식 출시하며 "주간 450억 요청에서 고객사 최대 95% 절감"을 공식 발표했다. Cloudflare Workers는 콜드스타트 5ms 이하를 유지하고 Netlify는 2025년 9월부터 크레딧 기반으로 과금을 통합했다. 같은 앱을 올려도 청구서 액수, 응답 속도, 배포 체감이 전부 다르게 나온다.

결론부터 쓰면, Next.js 생태계에 박혀 있다면 Vercel, 트래픽 큰 정적·엣지 앱은 Cloudflare Pages, 폼·어댑터 생태계가 필요하면 Netlify다. 2026년 4월 공식 가격 페이지·문서·벤치마크를 교차 확인해 정리했다. 막연한 "어느 게 좋냐"가 아니라 워크로드 패턴별로 어느 쪽이 싸고 빠른지 숫자로 따져봤다.

세 플랫폼이 뭐가 다른가 — 기본 정보와 시장 위치

Vercel은 Next.js를 만든 Guillermo Rauch가 2015년 창업했다. 2026년 기준 시가총액 약 32억 달러, Next.js를 무기로 프론트엔드 배포 시장 선두를 유지한다. 강점은 Next.js 네이티브 통합이다. ISR, Image Optimization, Middleware, Server Actions, Cache Components 같은 최신 기능이 설정 파일 없이 바로 돈다. 2026년 2월 Fluid Compute를 정식 출시하면서 서버리스 과금을 Active CPU 기준으로 재설계했다. Hobby 플랜은 개인·비영리 한정, 상업 용도는 Pro($20/유저/월)부터다.

Netlify는 2014년 창업, Jamstack이라는 용어를 만든 회사다. Astro, Next.js, SvelteKit, Nuxt, Gatsby, Hugo까지 프레임워크 어댑터가 가장 폭넓다. 폼·서버리스 함수·Edge Functions가 기본 탑재돼 있어 "정적 사이트 + 약간의 동적" 조합에 강하다. 2025년 9월부터 크레딧 기반 과금으로 전환하며 빌드 시간·함수 호출·대역폭을 단일 크레딧으로 합쳤다. 예측 가능성은 떨어졌지만 소규모 프로젝트·폼 중심 사이트에서는 여전히 실용적이다.

Cloudflare Pages는 Cloudflare의 글로벌 엣지 네트워크 위에서 돌아가는 정적·서버리스 플랫폼이다. 강점은 330개 이상의 PoP와 무제한 대역폭이다. Workers Paid($5/월) 하나로 Workers·Pages Functions·KV·D1·R2·Durable Objects·Hyperdrive까지 묶인다. AWS 없이 풀스택을 구축할 수 있는 유일한 대안에 가깝다. 단 Next.js는 OpenNext 어댑터 경유라 일부 Node.js 모듈을 못 쓰고 ISR이 제한된 형태로 지원된다.

세 플랫폼의 포지셔닝 차이는 분명하다. Vercel은 "Next.js 전용 고속도로", Cloudflare는 "엣지 인프라 전체 생태계", Netlify는 "프레임워크 가리지 않는 Jamstack 허브"다. 선택은 스택과 트래픽 패턴에서 결정된다.

무료 티어 상세 비교 — 대역폭·빌드·함수

무료 티어만으로 개인 프로젝트를 오래 돌릴 수 있느냐의 기준은 세 가지다. 대역폭, 빌드 시간, 함수 호출. 2026년 4월 공식 문서 기준이다.

항목	Vercel Hobby	Netlify Free	Cloudflare Pages
대역폭	100GB Fast Data Transfer	100GB	무제한
빌드 시간	무제한 배포 (동시 빌드 1개)	300분/월	500회/월 (빌드 횟수)
함수 호출	1M/월	125K/월	100K/일 (Workers Free, 월 ~3M)
CPU 시간	4시간 Active CPU	크레딧 기반 (환산 불투명)	10ms/요청 (Free)
프로비저닝 메모리	360 GB-시간	미공개	128MB 기본
스토리지	1GB Blob	10GB (plan 지원 시)	R2 10GB / KV 1GB 별도
동시 빌드	1개	1개 (대기 큐)	1개
용도 제한	개인·비영리만	상업 허용	상업 허용

대역폭만 보면 Cloudflare가 압도적이다. 트래픽 스파이크가 와도 추가 과금이 0원이다. 100GB는 생각보다 빨리 도달한다. 평균 페이지 1MB 기준 월 10만 페이지뷰면 Vercel·Netlify Hobby 한도 근처에 닿는다. Cloudflare Pages는 이 구간에서 0원을 유지한다.

Vercel Hobby의 결정적 제약은 "상업 용도 금지"다. 광고 한 줄만 들어가도 약관상 차단 대상이다. 수익이 나는 앱이라면 Hobby에서 Pro로 즉시 올려야 한다. Netlify와 Cloudflare는 무료 티어에서도 상업 이용이 허용돼 인디 개발자가 수익형 사이트를 무료로 시작하기엔 Cloudflare가 가장 무난하다.

Netlify는 빌드 시간 300분이 실제 병목이다. Next.js 중형 프로젝트 빌드가 한 번에 5~8분 걸리는 경우가 많아 월 40~60회 배포로 한도에 걸린다. 배포를 자주 하는 팀이라면 Netlify Free로는 버티기 어렵다. Cloudflare Pages 빌드 500회/월은 하루 16번 배포해도 여유 있다.

유료 플랜과 초과 요금 시뮬레이션

상업 서비스 전환 시 실지출은 초과 요금에서 갈린다. 기본 플랜 가격만 비교하면 오판할 수 있다. 각 플랫폼 초과 요금 구조는 다음과 같다.

• Vercel Pro: $20/유저/월 + 16 CPU-시간, 1,440 GB-시간 메모리 포함 — 초과 Active CPU $0.128/시간, 초과 메모리 $0.0106/GB-시간
• Netlify Pro: $19/유저/월 + 1TB 대역폭, 25K 빌드분 — 초과 빌드 500분당 $7, 대역폭 100GB당 $20, 함수 100만 건당 $25
• Cloudflare Workers Paid: 월 $5 최소 요금 + 1,000만 요청·3,000만 CPU-ms 포함 — 초과 요청 100만 건당 $0.30, 초과 CPU $0.02/100만 ms

초과 요금 감도가 가장 큰 쪽은 Netlify다. 빌드가 터지거나 함수 호출이 급증하면 청구서가 빠르게 올라간다. Vercel은 Fluid Compute 적용 이후 I/O 대기 구간이 과금에서 빠져 실지출이 내려갔다. Cloudflare는 여전히 가장 저렴하다. 월 $5로 Workers·Pages Functions·KV·Durable Objects까지 묶인다.

Vercel Fluid Compute — 실제 절감 사례

Fluid Compute는 2026년 2월 정식 출시됐다. Vercel 공식 발표 기준 주간 450억 요청을 처리하며, 고객사 최대 95% 절감, 75% 이상 함수가 Fluid로 전환됐다. 기존 서버리스는 함수 실행 시간 전체를 과금했다. 외부 API 응답을 기다리는 1초도, DB 쿼리 대기 2초도 전부 청구됐다. Fluid는 코드가 실제 CPU를 쓰는 구간(Active CPU)만 과금한다.

Vercel 공식 케이스 스터디 인용: "API 엔드포인트 다수가 가벼운 외부 호출 중심이라 유휴 컴퓨트 시간이 많았다. 인-함수 동시성으로 인스턴스 간 컴퓨트 자원을 공유하며 코드 변경 없이 비용 50% 이상 감소." Next.js 앱 평균은 함수 호출 수 30~50% 감소, 비용 비례 감소로 보고된다.

주의할 점은 메모리 과금이다. GB-시간 기준으로 함수 인스턴스 생존 기간 전체에 청구된다. 긴 연결을 유지하는 WebSocket이나 스트리밍 엔드포인트는 메모리 청구가 커질 수 있다. Hobby 360 GB-시간, Pro 1,440 GB-시간 무료 한도를 넘기면 초과 요금이 붙는다. 혜택이 제한적인 경우는 연산 집약적인 ML 추론, 이미지 리사이징, 암호화처럼 Active CPU 자체가 긴 워크로드다.

실전 권장: 외부 API·DB 호출 비중이 50%를 넘는 앱은 Fluid 효과가 크다. Next.js 풀스택 SaaS는 거의 예외 없이 이 카테고리에 들어간다. Vercel 블로그에서 비교 덤프를 제공하니 기존 사용량과 환산 시뮬레이션을 직접 돌려볼 수 있다.

콜드스타트 성능 비교 — 5ms vs 250ms vs 3초

서버리스는 유휴 상태에서 첫 요청이 들어올 때 "콜드스타트"를 겪는다. 웜 상태 대비 응답이 느려지는 구간이다. 인디 SaaS에서는 새벽 시간대 첫 요청이나 트래픽 없는 페이지 호출에서 체감된다. 2026년 벤치마크 데이터 기준 3강 콜드스타트 성능은 확연히 갈린다.

플랫폼	콜드스타트	웜 응답	메커니즘
Cloudflare Workers	< 5ms	~1ms	V8 Isolates + Shard-and-Conquer 해싱 (99.99% 웜)
Vercel Fluid	~0ms (웜 유지)	20~50ms	인스턴스 웜 유지 + 인-함수 동시성
Vercel 기존 서버리스	~250ms	50~80ms	AWS Lambda 기반
Netlify Functions	150~3,000ms	80~150ms	AWS Lambda (리전 편차 큼)

Cloudflare Workers의 5ms는 V8 Isolates 아키텍처 덕분이다. 컨테이너가 아니라 JavaScript 엔진 안에서 바로 함수를 실행한다. 초기화 오버헤드가 거의 0이다. 추가로 "Shard-and-Conquer" 일관성 해싱으로 동일 요청이 같은 노드로 라우팅돼 99.99% 웜 히트율을 유지한다. 나머지 0.01%도 콜드스타트가 한 자릿수 ms에 그친다.

Vercel Fluid Compute는 인스턴스를 웜 상태로 유지하면서 여러 요청을 한 인스턴스가 동시에 처리하는 "인-함수 동시성" 전략을 쓴다. 기존 서버리스의 250ms 콜드스타트를 25% 줄이고, 활성 함수에 대해 사실상 0ms 콜드스타트를 달성한다.

Netlify는 AWS Lambda 기반으로 가장 느리다. 벤치마크에 따라 콜드스타트 3초까지 측정된 사례가 있다. 저트래픽 사이트나 새벽 첫 요청에서 유저가 기다려야 하는 구간이 길다. 실시간 응답이 중요하거나 트래픽이 간헐적인 서비스는 Netlify를 피하는 편이 낫다.

Netlify 크레딧 기반 과금 해부

2025년 9월부터 Netlify는 크레딧 기반으로 전환했다. 기존에는 빌드 시간·함수 호출·대역폭이 각자 한도와 초과 요금을 가졌다. 지금은 단일 크레딧으로 합쳐져 항목 간 환산이 내부적으로 이뤄진다.

Netlify 공식 환산 예시: 빌드 1분 = 1 크레딧, 함수 호출 1,000건 = 1 크레딧, 대역폭 1GB = 1 크레딧. 실전에선 환산율이 바뀌기도 하고, Edge Function 같은 특정 기능은 프리미엄 크레딧을 쓴다. Pro 플랜이 월 500 크레딧을 주니, 빌드가 5분짜리라면 이론상 100번 배포 가능하지만 실제로는 다른 항목과 공유하기에 50~70번 수준으로 수렴한다.

문제는 예측이 어렵다는 점이다. "빌드가 오래 걸려서 크레딧이 모자랐다"는 리포트가 온라인 커뮤니티에 반복된다. 대시보드에 실시간 크레딧 소모가 표시되지만, 월말에 초과 청구가 찍히는 사례가 있다. 2025년 9월 4일 이전 가입 계정은 기존 플랜을 유지할 수 있어 일부 사용자는 신규 계정으로 옮기지 않는다.

그래도 Netlify의 강점은 유지된다. 폼 기능이 기본 내장돼 별도 서비스 없이 문의 폼을 만들 수 있다(100 submissions/월 무료). 프레임워크 어댑터가 가장 폭넓어 Astro·SvelteKit·Nuxt 같은 Next.js 외 스택에서 친화적이다. Identity(인증) 모듈, Large Media(Git LFS 통합), Split Testing(A/B) 같은 통합 기능이 Vercel·Cloudflare에는 없는 장점이다.

Next.js 기능별 호환성 매트릭스

Next.js 쓴다면 선택이 거의 결정된다. Vercel은 Next.js 팀이 직접 만든 플랫폼이라 최신 기능이 발표 즉시 지원된다. 2026년 4월 기준 최신 Next.js 16 기능 지원 현황이다.

Next.js 최신 기능(Cache Components, PPR)은 Vercel만 완전 지원한다. Netlify는 어댑터로 대부분 지원하지만 ISR 세부 동작이 다르고 빌드 시간이 반복적으로 길다는 리포트가 많다. Cloudflare Pages는 OpenNext 어댑터 경유로 돌아가 엣지 런타임 제약을 받는다. fs, net, child_process 같은 Node.js 전용 모듈을 못 쓰고, ISR도 Incremental Cache를 KV에 따로 구성해야 한다.

역으로 Cloudflare는 Image Optimization이 Cloudflare Images로 연결돼 CDN 성능이 빠르고, Edge Runtime은 네이티브라 Middleware 성능에서 앞선다. Next.js 코드베이스가 엣지 친화적으로 설계됐거나 Node.js 전용 모듈을 쓰지 않는다면 Cloudflare Pages가 오히려 유리한 경우도 있다.

Cloudflare 생태계 — KV·D1·R2·Durable Objects

Cloudflare의 진짜 강점은 $5/월 Workers Paid 하나로 6개 이상의 데이터 서비스가 묶이는 번들이다. 각각이 별도 SaaS라면 월 수십~수백 달러가 나올 조합이다. 2026년 4월 기준 주요 서비스와 가격이다.

서비스	용도	가격 (Paid)
Workers KV	전역 키-밸류 스토어, 설정·세션·개인화	읽기 1,000만 $0.50, 쓰기 100만 $5
D1	관리형 SQLite, 경량 관계형 DB	읽기 2,500만 $1, 쓰기 5만 $1
R2	S3 호환 오브젝트 스토리지, egress 무료	스토리지 $0.015/GB, Class A 100만 $4.50
Durable Objects	WebSocket·실시간 협업·분산 락·레이트리미터	100만 요청 $0.15, 스토리지 $0.20/GB·월
Queues	메시지 큐, 비동기 작업 처리	100만 작업 $0.40
Hyperdrive	외부 PostgreSQL 연결 풀링·가속	Workers Paid에 포함

실전 조합 예시. 세션·설정은 KV, 사용자 데이터는 D1, 이미지·파일은 R2, 채팅 룸은 Durable Objects, 백그라운드 작업은 Queues. 같은 $5에 전부 들어간다. AWS로 같은 아키텍처를 짜면 RDS(PostgreSQL) $15 + DynamoDB $10 + S3 $5 + egress $100+ + SQS $2 = 월 최소 $130+가 나온다. egress 비용 덕분에 파일 다운로드가 잦은 서비스는 Cloudflare가 차원이 다르다.

R2의 egress 무료는 특히 결정적이다. AWS S3는 서울 리전 egress가 GB당 $0.126이다. 월 2TB 다운로드면 AWS $250, R2 $0(egress) + $30(스토리지 2TB)이다. 이미지 호스팅·영상 스트리밍·백업 스토리지 서비스는 Cloudflare 이탈이 거의 불가능한 수준으로 비용이 낮다.

Durable Objects는 상태 기반 엣지 컴퓨팅의 유일한 현실적 선택지다. WebSocket 채팅방, 구글 닥스 스타일 실시간 협업, 분산 락, 레이트리미터가 대표 용도다. Vercel·Netlify에는 등가 기능이 없고, 외부 서비스(Pusher, Ably)를 붙여야 한다.

엣지 네트워크와 글로벌 TTFB

실제 TTFB(Time to First Byte)는 CDN PoP 수와 위치에 달렸다. 2026년 4월 기준 네트워크 규모와 성능 데이터다.

• Cloudflare: 330개 이상 PoP, 120개국 커버 — 서울·싱가포르·도쿄 포함, 글로벌 TTFB 최저 수준
• Vercel: 자체 엣지 네트워크 (40+ 리전) + AWS/GCP 리전 — 북미·유럽 우수, 아시아 중간
• Netlify: AWS·GCP·Azure 멀티 클라우드 (8개 주요 리전) — 지역별 편차 큼

한국 사용자 기준 TTFB 벤치마크(정적 콘텐츠): Cloudflare 서울 PoP 30~50ms, Vercel Tokyo/Seoul 리전 80~120ms, Netlify US-West 기본 설정 250~400ms. 한국·동남아 유저 비중이 높은 서비스는 Cloudflare가 체감 응답 속도에서 압도적이다.

Vercel은 도쿄·싱가포르 리전을 명시 설정하면 한국에서 100ms 내외로 응답한다. 단 Hobby 플랜은 리전 지정이 제한적이고, Pro부터 프로젝트 단위 리전 선택이 가능하다. 기본 설정이 미국 리전(iad1, sfo1)으로 되어 있는 경우 한국 유저가 200ms+ 대기할 수 있으니 vercel.json에 regions를 명시하는 게 좋다.

Netlify는 지리적 라우팅이 자동화되지 않아 리전 편차가 크다. Pro 플랜 이상에서 Edge Functions를 쓰면 개선되지만, 일반 Functions는 기본 리전(us-east-1)에서 실행돼 한국 유저에 대한 응답이 늦다.

빌드 속도·DX·대시보드 체감

스펙 비교 외에 실전에서 체감하는 부분도 중요하다. 세 플랫폼의 빌드 속도, DX(개발자 경험), 대시보드 품질을 정리했다.

• 빌드 속도: Vercel이 기준. 동일 Next.js 프로젝트 기준 Netlify는 30~60%, Cloudflare Pages는 20% 정도 오래 걸린다. 캐시 히트율 차이에서 기인한다.
• 배포 프리뷰: 셋 다 PR 단위 프리뷰 URL을 자동 생성한다. Vercel의 "Preview Deployment"가 UI가 가장 직관적이고, Netlify는 Deploy Previews라는 이름으로 같은 기능 제공.
• 롤백: Vercel은 원클릭 롤백이 이전 배포 히스토리에서 바로 가능. Netlify도 동일. Cloudflare Pages는 Rollback 지원하지만 UI가 상대적으로 덜 다듬어졌다.
• Analytics: Vercel Web Analytics(Pro), Cloudflare Web Analytics(Free), Netlify Analytics($9/월 별도). Cloudflare가 무료로 가장 많은 지표를 준다.
• CLI: Vercel CLI, Netlify CLI, Wrangler(Cloudflare) 모두 성숙. Wrangler는 로컬 에뮬레이션이 가장 정교(miniflare).
• 로그: Vercel Observability(Pro), Netlify Functions 로그, Cloudflare Tail. 실시간 모니터링 품질은 Vercel > Cloudflare > Netlify 순.

Vercel이 DX 측면에서 종합 1위를 유지한다. 대시보드, 프리뷰 URL, 로그 뷰어, Analytics 통합까지 팀 단위 워크플로우에 가장 잘 맞춰져 있다. Cloudflare는 인프라 깊이는 가장 크지만 초심자가 바로 익히기 어렵다. Netlify는 UI는 깔끔하지만 최신 기능 지원 속도가 느리다.

전체 비교 테이블

용도별 추천과 조합 활용법

한 플랫폼 고집할 이유는 없다. 상황에 맞는 조합이 비용·성능 모두에서 유리하다.

실전에서 많이 쓰는 조합은 이런 식이다. 정적 에셋(이미지·CSS·JS·영상)은 Cloudflare Pages + R2에서 egress 0원으로 서빙, Next.js 서버 로직은 Vercel Pro에서 Fluid Compute로 비용 절감, 폼 수신은 Netlify Forms. 도메인 라우팅만 맞추면 된다.

FAQ

Q. Vercel Fluid Compute로 실제로 비용이 얼마나 줄어드나?

Vercel 공식 발표 기준 주간 450억 요청에서 고객사들이 최대 95% 절감을 기록했다. I/O 대기가 많은 Next.js 앱 평균은 함수 호출 수 30~50% 감소, 비용 50% 이상 절감 사례가 다수 보고됐다. 100ms CPU + 400ms DB 대기 함수라면 기존은 500ms 전체 과금, Fluid는 100ms만 과금된다. 외부 API·DB 호출 비중이 큰 앱일수록 효과가 극대화된다.

Q. 콜드스타트가 가장 빠른 건?

Cloudflare Workers가 5ms 이하로 1위다. V8 Isolates 아키텍처와 Shard-and-Conquer 해싱으로 99.99% 워밍 상태를 유지한다. Vercel Fluid Compute는 웜 상태에서 거의 0ms, 기존 서버리스의 250ms를 25% 줄였다. Netlify는 AWS Lambda 기반으로 콜드스타트 3초까지 측정된 벤치마크가 있어 가장 느리다. 저트래픽 간헐 사이트에서는 선택에 결정적 영향을 미친다.

Q. Next.js 풀스택은 어디가 가장 잘 돌아가나?

Vercel이 Next.js 개발사라 Cache Components, PPR, Server Actions, ISR, Image Optimization, Middleware 전부 설정 없이 동작한다. Netlify는 공식 어댑터로 대부분 지원하지만 ISR 동작 세부가 다르고 빌드 시간이 30~60% 길게 나온다. Cloudflare Pages는 OpenNext 어댑터 경유라 엣지 런타임 제약(Node API 일부 불가, ISR 제한)이 있다. Next.js 최신 기능을 우선한다면 Vercel이 유일 선택이다.

Q. Cloudflare 생태계는 뭐가 유리한가?

Workers Paid $5/월 하나로 Workers·Pages Functions·KV·Durable Objects·Hyperdrive까지 묶인다. KV는 세션/설정 저장, D1은 SQLite 관계형 DB, R2는 egress 비용 없는 S3 호환 스토리지, Durable Objects는 WebSocket·실시간 협업·분산 락·레이트리미터 용도다. 외부 DB 없이 풀스택 구축이 가능하다. AWS 등가 아키텍처 대비 월 $100 이상 절감되는 구간이 흔하다.

Q. Netlify 크레딧 기반 과금은 뭐가 달라졌나?

2025년 9월부터 신규 가입자는 크레딧 기반으로 전환됐다. 빌드 시간·함수 호출·대역폭이 통합 크레딧으로 계산돼 예측이 어려워졌다. Pro 플랜 500 크레딧 기준 빌드 1분=1 크레딧, 함수 1,000건=1 크레딧, 대역폭 1GB=1 크레딧. 2025년 9월 4일 이전 계정은 기존 플랜 유지가 가능하다. 예측성이 중요한 대형 트래픽 사이트는 Vercel Pro나 Cloudflare 고정가가 나을 수 있다.

Q. 셋 다 쓸 수 있나?

가능하다. 정적 사이트는 Cloudflare Pages로 무제한 대역폭을 쓰고, Next.js 풀스택 앱은 Vercel로, 폼·서버리스·Jamstack 혼합은 Netlify로 나누는 실전 조합이 흔하다. 도메인만 맞게 라우팅하면 된다. Cloudflare를 앞단 CDN으로 두고 Vercel을 오리진으로 쓰는 구조도 비용 절감에 자주 쓰인다. 벤더 락인을 피하면서 각 플랫폼의 강점만 가져올 수 있다.

마무리

세 플랫폼 다 2026년 시점 완성도가 높다. "어느 쪽이 더 나은가"보다 "어떤 스택에 맞는가"가 실전 질문이다. Next.js 쓴다면 Vercel이 출발점이고, 정적 사이트면 Cloudflare Pages, 폼·어댑터 생태계가 필요하면 Netlify다.

무료 티어만으로도 한동안 버틴다. 트래픽이 커지거나 팀 단위로 옮겨갈 때 유료 전환을 고민하면 늦지 않다. 세 플랫폼을 조합해 쓰는 것도 현실적인 선택이다. 한 플랫폼에 묶여 벤더 락인에 빠지는 것보다, 도메인 단위로 분리하는 편이 장기적으로 유리하다.

2026년 4월 시점 개인적으로 주목할 변화는 세 가지다. 첫째, Vercel Fluid Compute가 75% 이상 함수로 확산되며 Next.js 풀스택 비용이 눈에 띄게 내려갔다. 둘째, Cloudflare D1이 GA를 넘어 프로덕션 레퍼런스가 쌓이며 AWS RDS 대체가 현실화됐다. 셋째, Netlify 크레딧 기반 과금은 대형 사용자 이탈을 낳고 있다. 선택 기준은 매년 바뀌니 워크로드를 주기적으로 재평가하는 습관이 중요하다.

이 글의 가격과 한도는 2026년 4월 각 플랫폼 공식 페이지 기준이다. 플랜과 정책은 수시로 바뀌므로 실제 계약 전 공식 문서를 확인하기 바란다.
GoCodeLab은 특정 서비스와 제휴 관계가 없다.