Cloudflare Pages부터 Next.js까지: Vercel과 비교하는 호스팅 선택 기준

Cloudflare Pages를 포함한 Cloudflare와 Vercel 중 무엇을 고를지는 호스팅할 대상에 달려 있습니다. 프레임워크 호환성과 빠른 출시가 가장 중요한 Next.js 앱이라면 Vercel을, 정적 콘텐츠 전송이나 런타임에 맞는 가벼운 백엔드라면 Cloudflare를 선택합니다. 유료 요금제는 Workers가 월 $5, Vercel Pro가 월 $20부터 시작합니다. 다만 Vercel과 Cloudflare를 비교할 때는 요금보다 런타임을 먼저 살펴봐야 합니다.

요금과 문서상 기능은 2026년 11월 13일 양사의 공식 웹페이지에서 확인했습니다. 권장 사항은 프레임워크 적합성, 리소스 제한, 운영 방식, 전체 호스팅 비용을 함께 고려했습니다. 비용 예시는 공개 요율로 계산한 결과이며, 실제 배포 환경의 벤치마크가 아닙니다.

Cloudflare Pages와 Vercel, 어떤 경우에 선택해야 할까요?

일반적인 Next.js 제품을 출시하는 소규모 팀에는 Vercel이 유리합니다. 정적 콘텐츠 전송과 Workers에 맞는 비용 민감형 백엔드 코드에는 Cloudflare가 유리합니다. Next.js는 웹사이트와 서버를 사용하는 애플리케이션을 만드는 React 프레임워크입니다. 방문할 때마다 코드를 실행해야 하는 앱이라면 호스팅 선택의 기준도 달라집니다.

AI 코딩 툴로 인증, 서버 렌더링 페이지, 이미지 처리가 들어간 Next.js 앱을 만든 창업자라면 Vercel부터 시작하는 편이 좋습니다. 관리형 프런트엔드 클라우드가 이 요소들을 하나의 배포 워크플로로 제공합니다. 고객을 확보하기도 전에 호환성 작업을 떠안으면서 소액의 호스팅 비용을 아끼는 것은 대개 실익이 적습니다.

문서 사이트, 정적 파일로 빌드하는 마케팅 사이트, 요청을 검증한 뒤 다른 서비스를 호출하는 정도의 API라면 Cloudflare부터 검토합니다. Workers는 Cloudflare 네트워크에서 애플리케이션 코드를 실행하고, Pages는 사이트 배포 워크플로를 제공합니다. 콘텐츠 전송 비용은 매력적이지만, 런타임과 데이터 바인딩 선택은 직접 책임져야 합니다.

선택이 바뀌는 기준은 다음과 같습니다. 이전으로 아끼는 돈보다 기존 애플리케이션 동작을 유지하면서 줄일 수 있는 일이 더 크다면 Vercel을 유지합니다. 워크로드가 런타임에 맞고, 지속적인 비용 절감이나 통합 백엔드의 이점이 마이그레이션을 직접 책임질 만하다면 Cloudflare를 선택합니다.

Next.js 호스팅: 프레임워크 적합성은 Vercel이 앞섭니다

기존 Next.js 프로젝트의 동작을 그대로 기대한다면 Vercel이 더 안전한 기본 선택입니다. 서버 사이드 렌더링인 SSR을 관리형 Functions로 처리하고, 전체 사이트를 다시 빌드하지 않고 캐시된 페이지를 갱신하는 ISR도 지원합니다. 스트리밍과 요청 시 이미지 최적화 역시 문서화된 Next.js 통합에 포함됩니다.

Cloudflare에서도 이런 애플리케이션을 실행할 수 있습니다. 다만 현재 권장 경로는 JavaScript 빌드 툴 Vite용 베타 플러그인인 vinext입니다. vinext는 Next.js API를 재구현합니다. 같은 Next.js 빌드 결과물을 다른 호스트에서 실행하는 것과는 성격이 다릅니다.

Cloudflare의 현재 Next.js 가이드는 App Router, Pages Router, React Server Components, Server Actions, 스트리밍 SSR, ISR 지원을 명시합니다. next/* 가져오기는 대부분 지원하며, 이미지 최적화는 부분 지원한다고 설명합니다. 결제, 인증, 콘텐츠 발행이 특정 동작에 의존한다면 베타라는 점이 특히 중요합니다.

OpenNext도 여전히 문서에 안내된 대안입니다. @opennextjs/cloudflare 어댑터는 next build의 출력물을 Workers에 맞게 변환합니다. Cloudflare의 OpenNext 지원 표에는 SSR, ISR, Server Actions, 스트리밍이 포함되지만, Node.js 미들웨어는 아직 미지원으로 표시됩니다. 미들웨어는 페이지나 라우트 핸들러보다 먼저 실행됩니다. 인증 라이브러리가 해당 런타임을 요구한다면 일반 페이지가 정상 작동하더라도 이전이 막힐 수 있습니다.

Cloudflare의 어느 경로를 선택하든 기반 런타임이 중요합니다. Vercel Functions는 Node.js 런타임을 사용할 수 있지만, Cloudflare에서는 Workers 런타임으로 앱을 실행합니다. Workers는 Node.js API의 일부를 제공하며, 그중에는 부분 구현이나 가져올 수는 있어도 메서드를 호출하면 오류가 나는 심도 있습니다. 패키지 설치 성공이 런타임 호환성을 보장하지는 않습니다.

기존 제품이라면 경로를 선택하기 전에 실제 의존성과 서버 라우트를 점검합니다. 새 앱이라면 프레임워크 도입만으로도 감당할 변화가 충분할 때 Vercel이 유리합니다.

정적 사이트: 콘텐츠 전송 비용은 Cloudflare가 유리합니다

요청마다 렌더링하지 않고 파일을 제공하는 사이트가 Cloudflare의 장점이 가장 뚜렷한 경우입니다. 정적 내보내기 결과물에는 이미 빌드된 HTML, JavaScript, 스타일, 이미지가 들어 있습니다. 방문자마다 처리하는 Next.js 서버보다 파일 전송이 필요합니다. Cloudflare 문서에서 Next.js의 정적 내보내기 경로는 Pages, 풀스택 경로는 Workers로 안내합니다.

Pages 요금 문서는 그 경계를 명확히 합니다. Functions를 호출하지 않는 정적 자산 요청은 무료·유료 요금제 모두에서 무료이며 무제한입니다. Pages Functions는 Workers 과금을 적용하고 할당량도 공유합니다. 따라서 인증 미들웨어나 API 엔드포인트를 추가하면 정적 사이트라고 생각했던 서비스의 비용 구조가 달라질 수 있습니다.

무료 전송이 빌드 횟수나 파일 크기까지 무제한이라는 뜻은 아닙니다. 플랫폼 제한에 따르면 Pages Free는 월 500회 빌드, 파일 20,000개, 자산당 최대 25 MiB를 허용합니다. 빌드 요금제 체계는 Workers Paid와 별개입니다. Workers 컴퓨팅을 구매한다고 Pages의 모든 제한이 사라지지는 않습니다.

대부분 정적인 제품이라면 비용을 추산할 때 마케팅 페이지와 동적 처리를 분리합니다. 캐시된 페이지와 채팅 요청은 서로 다른 과금 대상입니다. 같은 프로젝트에서 곧 상당한 서버 기능이 필요해진다면 Vercel도 합리적입니다. 정적 콘텐츠 전송이 계속 주된 워크로드라면 Cloudflare가 더 유력한 기본 선택입니다.

API와 AI 스트리밍: Cloudflare Workers와 Vercel 비교

대기 시간이 긴 가벼운 요청 처리에는 Cloudflare가, 더 많은 메모리나 더 완전한 Node.js 호환성이 필요한 핸들러에는 Vercel이 유리합니다. AI 제공자가 토큰을 반환하기를 기다리는 것과 CPU를 써서 대용량 문서를 파싱하는 것은 다릅니다.

Cloudflare의 Workers 제한은 이 두 시간을 구분합니다. Paid에서 HTTP 요청의 기본 CPU 시간은 30초이며, 최대 5분까지 설정할 수 있습니다. 네트워크 대기는 이 CPU 할당량을 소모하지 않습니다. HTTP로 실행된 Workers는 클라이언트 연결이 유지되는 동안 엄격한 총 경과 시간 제한이 없지만, 중단 가능성은 남아 있습니다.

더 직접적인 제약은 isolate당 128 MB입니다. isolate는 여러 동시 요청을 처리할 수 있는 런타임 컨테이너입니다. 응답을 Worker로 흘려보내는 스트리밍은 가능하더라도, 큰 파일 전체와 파싱한 복사본 여러 개를 메모리에 올리는 작업은 한도를 넘을 수 있습니다. Workers Free의 호출당 CPU 허용량 10 ms도 무거운 서버 렌더링을 전제로 삼기 어려운 이유입니다.

Vercel의 Fluid Functions 제한에 따르면 Pro의 기본 메모리는 2 GB이며 4 GB까지 설정할 수 있습니다. 실행 시간은 기본 300초, 정식 제공 한도에서는 최대 800초입니다. 확장된 1,800초 베타는 지원 런타임 버전과 함수별 설정이 필요합니다. 이 경과 시간 제한에는 스트리밍 응답을 보내는 시간도 포함됩니다.

여기서 어느 쪽이 항상 빠르다고 단정할 근거는 없습니다. 사용자와 가까운 서버도 멀리 있는 데이터베이스를 기다릴 수 있습니다. 느린 의존성을 기준으로 실행 위치를 정한 뒤, 자체 데이터로 인증을 포함한 전체 요청을 측정합니다.

Vercel 요금과 Cloudflare 요금: 같은 워크로드의 비용은 얼마일까요?

아래 API 모델에서는 Cloudflare가 더 저렴하지만, 그 차이를 단순히 ‘무료 대역폭 대 비싼 대역폭’으로 설명할 수는 없습니다. Vercel은 이제 Flat Rate CDN을 제공하며, 컴퓨팅 비용에서도 활성 CPU와 프로비저닝된 메모리를 구분합니다.

현재 요금제는 Workers Free, 월 $5부터 시작하는 Workers Paid, Enterprise 계약과 Vercel Hobby $0, Pro 월 $20, Enterprise 맞춤 요금으로 구성됩니다. Workers 요금의 Paid에는 월 요청 1,000만 건과 CPU 시간 3,000만 밀리초가 포함됩니다. 초과분은 요청 100만 건당 $0.30, CPU 시간 100만 밀리초당 $0.02이며, 이그레스나 실행 시간 요금은 없습니다.

Vercel 요금 페이지는 Functions, 오리진 전송, 빌드, 스토리지, 이미지 처리, ISR 등 여러 서비스의 사용량을 과금합니다. Pro에는 월 사용 크레딧 $20이 포함됩니다. 요금제 상세 문서에 따르면 배포 권한 좌석 1개가 포함되며, 추가 좌석은 개당 월 $20입니다. 시작 요금을 앱의 고정 청구액으로 받아들이기보다는 별도의 Vercel 요금 분석에서 전체 체계를 확인하는 편이 좋습니다.

CDN 전송용 Flat Rate CDN은 Pro에서 활성화할 수 있는 옵션입니다. 기본 포함 단계는 CDN 요청 100만 건과 1 TB, 다음 단계는 월 $20 추가로 요청 1,000만 건과 50 TB를 제공합니다. 이는 콘텐츠 전송을 포함하며, 응답을 만드는 모든 작업까지 포함하지는 않습니다.

월 API 청구액 계산 예시

배포 개발자 1명이 운영하는 상용 API를 가정합니다. 두 플랫폼 모두 캐시되지 않은 요청 100만 건, 요청당 CPU 50 ms, 요청당 경과 시간 1초를 사용합니다. 앱은 Workers 메모리 제한에 맞습니다. Vercel에서는 Washington, D.C.의 2 GB 인스턴스를 사용하며, 여러 요청이 겹쳐 같은 인스턴스를 공유하지 않습니다. 요청마다 과금 대상 오리진 전송량은 합계 10 KB이며, 추가 정적 요청은 없습니다.

Flat Rate CDN을 활성화하고 지속적인 월 트래픽에 맞는 용량을 선택했다고 가정합니다. Vercel에서는 Basic 빌드 100분, 즉 $0.70을 포함하고, Cloudflare에 업로드할 결과물은 로컬에서 빌드합니다. 데이터베이스, AI 제공자 요금, 이미지 처리, ISR, 추가 스토리지, 세금, 유료 관측 기능은 제외합니다. Cloudflare 로그는 기본 포함량 안으로 유지합니다. 이는 계산을 위한 입력값이며, 측정된 런타임 성능이 아닙니다.

해당 리전의 Vercel Fluid 컴퓨팅 요율은 CPU 시간당 $0.128, 프로비저닝된 메모리 GB·시간당 $0.0106, 호출 100만 건당 $0.60입니다. 네트워크 대기 중에는 CPU 과금이 멈추지만, 인스턴스가 요청을 처리하는 동안 메모리 과금은 계속됩니다. Fast Origin Transfer는 여기서 적용한 시작 요율인 GB당 $0.06을 추가합니다.

• Cloudflare: CPU 시간 5,000만 ms에서 기본 포함량 3,000만 ms를 빼면 CPU 초과 요금은 $0.40입니다. 요청 수는 포함량 이내입니다. 구독료 $5를 더하면 월 $5.40입니다.
• Vercel: CPU $1.78, 프로비저닝된 메모리 $5.89, 호출 $0.60, 오리진 전송 $0.60, 빌드 $0.70입니다. 리소스 소계 $9.57은 크레딧 $20 안에 들어갑니다. CDN도 기본 포함 단계에 들어가므로 최종적으로 월 플랫폼 요금 $20이 남습니다.

나머지 가정을 그대로 두고 요청 수만 늘리면 모델상 청구액은 500만 건에서 $9.40 대 $65.03, 1,000만 건에서 $14.40 대 $109.37이 됩니다. 뒤의 Vercel 두 경우에는 CDN 용량 확장을 위한 추가 $20 단계가 포함됩니다.

이 모델의 비교 지점에서는 비용의 역전이 없습니다. 그렇다고 특정 요청 수를 넘으면 어느 업체가 더 저렴해진다는 보편적인 기준을 제시할 수도 없습니다. 동시 처리로 Vercel 메모리 비용이 줄 수 있고, 캐싱은 호출 수를 바꾸며, 리전과 부가 서비스에 따라 요율도 달라집니다. 사업 관점에서 선택이 갈리는 지점은 종종 엔지니어링 시간입니다. 소액의 월 비용 절감으로 끝을 알 수 없는 호환성 작업을 상쇄하기는 어렵습니다.

트래픽 급증: 출시 전에 무엇을 중단할지 정해야 합니다

두 업체 모두 지출 제어 기능을 제공하지만, 모든 요금에 보장된 엄격한 상한을 적용하는 것은 아닙니다. 트래픽이 몰리기 전에 서비스 중단과 사용 지속 중 어느 쪽을 택할지 정합니다.

Vercel Flat Rate CDN은 하루 동안 전송량이 급증했다고 용량 단계를 올리지는 않습니다. 월 용량 초과가 지속되면 다음 주기에 더 높은 단계로 이동할 수 있습니다. 대량 다운로드와 파일·미디어 전송 위주의 워크로드는 명시된 적용 대상에서 제외되며, 동적 컴퓨팅에는 여전히 별도 과금 항목이 있습니다.

Vercel의 Spend Management는 설정 금액에 도달하면 팀의 모든 프로덕션 배포를 일시 중지할 수 있습니다. 알림과 중지에는 수분의 지연이 생길 수 있습니다. 알림 활성화와 중지 동작 활성화는 다릅니다. 중지를 선택하면 고객도 서비스에 접근할 수 없게 됩니다.

Cloudflare의 Workers 지출 제한은 기본 포함량을 넘은 계정 전체의 요청·CPU 초과 요금에 적용됩니다. 구독료와 R2, KV, Durable Objects 같은 제품의 요금은 제외됩니다. 테스트 Worker가 공유 예산을 소모해 프로덕션 Workers를 중단시킬 수 있습니다. 집계와 차단에 지연이 있으므로 설정 금액이 청구액의 정확한 최대치는 아닙니다.

Worker 코드를 실행하지 않고 제공하는 정적 자산은 차단 후에도 계속 제공될 수 있습니다. 반면 Worker를 먼저 실행하도록 설정한 라우트는 실패할 수 있습니다. 일반적인 무료 정적 전송과 Workers Caching도 구분해야 합니다. Workers Caching은 정적 자산을 포함해 캐시에서 제공한 요청에도 요청 요율로 과금합니다.

정적 트래픽 급증에 따른 비용 부담은 Cloudflare가 유리합니다. 모든 비용을 합친 단일 청구액을 확실히 보장하는 쪽은 없습니다. AI 앱이라면 호스팅뿐 아니라 모델 제공자에도 제어 장치를 설정합니다. 저렴한 요청 핸들러가 비싼 추론을 승인할 수 있습니다.

데이터·스토리지·AI: 통합 백엔드는 Cloudflare가 유리합니다

Cloudflare는 자체 서비스로 연결된 백엔드 구성 요소를 더 많이 제공하고, Vercel은 외부 서비스를 편리하게 연결하도록 돕습니다. 비교표에 나열된 제품 수보다 이 차이가 중요합니다.

Cloudflare의 스토리지 가이드는 SQL 데이터에 D1, 키-값 데이터에 Workers KV, 이그레스 요금 없는 S3 호환 파일 저장소에 R2, 일관된 상태와 조정에 Durable Objects를 대응시킵니다. Hyperdrive는 기존 Postgres나 MySQL 데이터베이스를 연결하고, Queues는 지연 처리 작업을 담당하며, Vectorize는 유사도 검색용 벡터를 저장합니다.

데이터의 동작 특성에 맞춰 선택해야 합니다. KV는 최종적 일관성을 따르므로 업데이트가 모든 위치에 즉시 보이지 않을 수 있습니다. 설정 데이터에는 맞을 수 있지만, 마지막 재고를 두 구매자가 동시에 사지 못하도록 보장하는 트랜잭션 수단으로 생각해서는 안 됩니다. 웹 계층을 옮기더라도 기존 데이터베이스는 그대로 두는 편이 나을 수 있습니다.

Vercel의 현재 스토리지 구성에는 파일용 Blob, 설정용 Global Config, 임시 리전 데이터용 Runtime Cache, Marketplace 데이터베이스가 있습니다. 관계형·키-값 데이터베이스는 하나로 대체 가능한 ‘Vercel 데이터베이스’가 아니라 각 제공자를 통해 사용합니다.

AI의 경우 Workers AI는 Cloudflare 인프라에서 모델을 실행합니다. Cloudflare AI Gateway는 캐싱, 속도 제한, 재시도 등의 제어 기능을 더합니다. Vercel AI Gateway는 여러 제공자의 모델 접근, 로깅, 지출 제어, 장애 조치를 한곳에서 관리하며 다른 인프라에서도 사용할 수 있습니다. 이를 선택한다고 앱 호스팅까지 Vercel로 옮길 필요는 없습니다.

맞바꾸게 되는 것은 플랫폼 결합도입니다. Cloudflare 바인딩은 Workers 코드에서 자체 서비스를 편리하게 사용하게 해주지만, 플랫폼을 떠날 때는 해당 호출도 교체해야 합니다. 별도로 호스팅하는 데이터베이스는 어느 플랫폼에서든 선택의 여지를 남겨줄 수 있습니다. 호스팅 선택을 넘어선 플랫폼 전반은 Cloudflare 리뷰에서 다룹니다.

프리뷰·롤백·로그: 앱 개발 워크플로는 Vercel이 앞섭니다

배포 구성을 최소화하면서 Next.js 변경 사항을 검토하는 것이 목표라면 Vercel이 유리합니다. Git 통합이 풀 리퀘스트 프리뷰 URL을 만들고, Instant Rollback으로 재빌드 없이 기존 배포를 복원할 수 있습니다.

Cloudflare도 브랜치별 Workers Previews를 제공하며, 별도 변수, 시크릿, 바인딩, 관측 기능을 지원합니다. 주의할 부분은 데이터 격리입니다. KV, D1, R2는 별도 리소스를 바인딩했을 때만 분리됩니다. Preview의 서비스 바인딩은 연결된 Worker의 프로덕션 배포를 호출합니다.

이를 Version URLs와 혼동해서는 안 됩니다. Version URLs는 특정 버전을 기존 설정과 리소스로 노출합니다. 호스트 이름이 다르다고 안전한 테스트 데이터베이스가 보장되지는 않습니다.

Workers 롤백은 대시보드나 명령줄 배포 툴 Wrangler로 이전 코드 버전을 복원합니다. 어느 플랫폼에서든 코드를 복원한다고 고객의 쓰기 작업이 취소되거나 데이터베이스 마이그레이션이 자동으로 되돌아가지는 않습니다. 복원할 가능성이 있는 배포와 스키마 변경의 호환성을 유지해야 합니다.

디버깅용 Workers Logs는 저장·검색 가능한 로그와 샘플링 설정을 지원합니다. Paid에는 월 로그 이벤트 2,000만 건과 7일 보관이 포함됩니다. Vercel 요금 페이지에는 Pro 런타임 로그 보관 1일, Observability Plus 사용 시 30일로 안내되어 있습니다. 결제나 스트리밍 실패를 진단할 만큼은 로그를 남기고, 어제의 근거가 아직 남아 있을 것이라고 가정하기 전에 보관 기간을 확인합니다.

Vercel에서 Cloudflare로 이전하려면 무엇을 준비해야 할까요?

기존 호스팅 동작을 무엇으로 대체할지 설명할 수 있을 때 앱을 옮겨야 합니다. Git 저장소는 코드를 옮길 뿐, 플랫폼 설정, 자격 증명, 캐시된 콘텐츠, 저장 파일, 배포 안전장치까지 옮겨주지는 않습니다.

1. 1

   런타임 경로를 확인합니다

   서버 라우트, 미들웨어, 이미지 처리, 의존성 목록을 만듭니다. vinext는 프로젝트에서 문서에 안내된 npx vinext check를 실행하고 호환성 결과를 검토합니다. OpenNext는 앱에서 사용하는 기능을 지원 표와 대조합니다. 로그인, 결제, 업로드, 스트리밍도 인수 검사에 포함합니다.

2. 2

   테스트 데이터와 실제 데이터를 분리합니다

   환경 변수와 모든 스토리지 바인딩을 정리합니다. 가능하다면 컴퓨팅을 바꾸는 동안 기존 데이터베이스는 유지합니다. 프리뷰에서 무언가를 생성·수정·삭제하기 전에 별도의 테스트 리소스와 자격 증명을 구성합니다.

3. 3

   DNS를 바꾸기 전에 복구를 연습합니다

   리디렉션, 헤더, 사용자 지정 도메인, 예약 작업, 모니터링을 확인합니다. 이전 배포를 보존하고 현재 데이터베이스 스키마를 읽을 수 있는지 점검합니다. 그다음에 도메인이 호스트를 가리키도록 하는 레코드인 DNS를 전환합니다.

현재 요금이 적당하거나, 런타임 호환성을 책임질 사람이 없거나, 앱이 아직 재현하지 못한 동작에 의존한다면 아직 이전하지 않는 편이 좋습니다. 먼저 어떤 과금 항목이 늘고 있는지 확인합니다. 호스팅을 옮겨도 비싼 모델 호출은 해결되지 않습니다. 데이터베이스까지 동시에 옮기면 장애 원인을 분리하기도 더 어렵습니다.

애플리케이션에 근본적으로 다른 실행 모델이 필요하다면 모든 워크로드를 이 두 플랫폼에 맞추려 하지 말고 더 넓은 Vercel 대안 목록을 살펴봅니다.

Netlify, Vercel, Cloudflare는 어떻게 다를까요?

정적 사이트에 내장 폼 처리와 관리형 배포 워크플로가 필요하다면 Netlify가 세 번째 선택지입니다. Vercel과 Netlify 비교, 별도의 Netlify 요금 가이드도 참고할 수 있습니다.

개발자가 자주 묻는 질문

Vercel과 Cloudflare 중 어느 쪽이 더 좋나요?

관리형 Next.js 동작을 우선하는 소규모 팀에는 Vercel이 기본 선택입니다. 정적 콘텐츠 전송과 Workers에 맞는 가벼운 백엔드 워크로드에는 Cloudflare가 더 유리합니다. 기존 앱이라면 호환성과 마이그레이션 책임이 호스팅 요금 차이보다 중요할 수 있습니다.

Cloudflare를 사용할 때의 단점은 무엇인가요?

이 호스팅 선택에서 주요 제약은 런타임 호환성, Workers 메모리 제한, 플랫폼 전용 데이터 바인딩입니다. 권장 경로인 vinext는 베타이며, 문서에 안내된 OpenNext 경로도 아직 Node.js 미들웨어를 지원하지 않습니다.

Vercel보다 나은 서비스가 있나요?

정적 콘텐츠 전송이나 요청량이 많은 호환 가능한 API에는 Cloudflare가 더 나을 수 있습니다. 현재 배포가 잘 작동하는 Next.js 앱에 무조건적인 업그레이드는 아닙니다. 구체적인 청구 항목과 현재 의존하는 동작을 대체하는 데 드는 수고를 비교해야 합니다.

Vercel은 100% 무료인가요?

아닙니다. 무료 Hobby 요금제는 개인의 비상업적 용도로 제한되며 사용량 상한이 있습니다. 상용 작업에는 적절한 유료 요금제가 필요합니다. Pro에는 플랫폼 요금과 사용량 기반 서비스가 있습니다. 공식 Hobby 요금제 약관을 확인합니다.

Cloudflare가 Vercel보다 빠른가요?

이 비교만으로 모든 상황에 적용할 답을 내릴 수는 없습니다. 정적 캐시 적중, 서버 렌더링, 데이터베이스 호출, AI 스트리밍은 병목이 서로 다릅니다. 네트워크 규모를 지연 시간 벤치마크로 받아들이기보다 대표 요청과 데이터베이스 경로를 직접 측정해야 합니다.

Vercel은 Cloudflare를 기반으로 만들어졌나요?

Vercel을 Workers 런타임을 감싼 서비스로 봐서는 안 됩니다. 두 서비스는 서로 다른 호스팅·배포 시스템을 제공합니다. Vercel Functions 문서는 자체 런타임과 AWS가 적용하는 번들 제한을 설명하고, Cloudflare 문서는 Workers와 호환성 경로를 설명합니다.

Netlify와 Cloudflare 중 어느 쪽이 더 좋나요?

이 비교에서 정적 사이트의 전송 비용을 우선하면 Cloudflare가 유리합니다. 직접 구현해야 할 백엔드 작업을 폼 처리 기능으로 줄일 수 있다면 Netlify도 검토할 만합니다.

Cloudflare Pages와 Netlify 중 정적 사이트에 더 맞는 쪽은 무엇인가요?

Pages와 Netlify만 놓고 고른다면, 빌드된 파일 제공이 주목적인지 아니면 Netlify의 관리형 폼 제출 워크플로까지 원하는지 판단합니다. 동적 엔드포인트 비용은 정적 콘텐츠 전송과 별도로 계산합니다.

Cloudflare의 가장 큰 경쟁사는 어디인가요?

비교하는 제품에 따라 다릅니다. 이 글은 애플리케이션 호스팅 대안으로 Vercel을 평가합니다. Cloudflare의 네트워킹, 보안, 개발자 제품 전체를 통틀어 가장 큰 경쟁사가 어디인지는 판단하지 않습니다.

FBI도 Cloudflare를 사용하나요?

이 글에서는 확인된 고객 관계를 제시하지 않습니다. 이 질문은 Workers와 Vercel 중 무엇이 앱에 맞는지와 별개이며, 호스팅 추천의 근거로 삼아서는 안 됩니다.

Vercel을 고를 때와 Cloudflare를 고를 때

Next.js 제품을 출시하고, 관리형 프레임워크 동작이 필요하며, 호환성 마이그레이션을 직접 책임지기보다 통합 워크플로에 비용을 지불하고 싶다면 Vercel을 선택합니다.

주로 정적 자산이나 런타임에 맞는 API 코드를 제공하고, 리소스 제한을 이해하며, 데이터 바인딩·프리뷰·복구 경로를 책임질 수 있다면 Cloudflare를 선택합니다. 기존 Next.js 앱이라면 비용 절감을 약속하기 전에 vinext와 OpenNext 중 어느 경로를 쓸지부터 결정합니다.

다음 할 일은 명확합니다. 가장 바쁜 라우트를 분류하고, 지배적인 과금 항목을 찾고, 런타임 의존성을 점검합니다. 그래야 근거를 갖고 호스팅을 선택할 수 있습니다.

호스팅 이전 전에 담당자를 정해야 할 애플리케이션 의존성과 인계 지점을 찾으려면 AI 비즈니스 워크플로 감사 체크리스트를 활용합니다. 뉴스레터에서 체크리스트를 받아보세요.