Cloudflare Pages vs Workers - 2026년에 무엇을 쓸까

수년간 “이것을 Cloudflare의 어디에 배포할까"라는 질문의 답은 단순했습니다. 정적 사이트와 프런트엔드는 Pages로, 서버리스 로직은 Workers로 갔습니다. 2026년에는 그 경계가 흐려졌습니다. Workers가 이제 정적 자산을 직접 제공할 수 있게 되어, 하나의 Worker가 프런트엔드와 백엔드를 함께 담아 사이트 전체를 호스팅할 수 있기 때문입니다. 이로 인해 새 프로젝트에 대한 Cloudflare 자체의 권장이 바뀌었으며, 어느 쪽을 택하기 전에 그 이유를 이해해 둘 가치가 있습니다.

이 가이드는 각 제품이 무엇인지, 정적 자산으로의 전환이 Cloudflare Pages vs Workers 결정을 어떻게 바꾸었는지 설명하고, 새 빌드와 마이그레이션을 고민하는 누구에게나 명확한 권장을 제시합니다.

요약

• Pages는 정적 사이트와 프런트엔드 프레임워크를 위한 git 연동 호스팅으로, CI/CD와 미리보기 배포가 기본 내장되어 있습니다
• Workers는 Cloudflare의 서버리스 컴퓨트 플랫폼이며, 이제 정적 자산도 제공하므로 사이트 전체를 호스팅할 수 있습니다
• 2026년 새 프로젝트에는 Cloudflare가 정적 자산과 함께 Workers를 권장합니다. 프런트엔드와 백엔드를 하나의 배포로 통합하기 때문입니다
• Pages는 계속 완전히 지원됩니다. 기존 Pages 프로젝트를 서둘러 옮길 필요는 없습니다
• 워크플로에 따라 선택하세요. 순수한 git-push 정적 배포에는 Pages, 정적 콘텐츠와 동적 로직이 섞이는 모든 것에는 Workers입니다

Cloudflare Pages란

Cloudflare Pages 는 git 저장소에서 곧바로 웹사이트를 배포하기 위한 플랫폼입니다. GitHub 또는 GitLab 저장소를 연결하면 Cloudflare가 빌드 명령을 실행하고, 그 결과물이 글로벌 엣지에 배포됩니다. 모든 푸시는 고유한 URL을 가진 미리보기 배포를 얻고, 프로덕션 브랜치로의 병합은 라이브 사이트를 업데이트합니다. 이것이 고전적인 Jamstack 워크플로입니다. 코드를 푸시하면 배포된 사이트가 나옵니다.

Pages는 Pages Functions를 통해 동적 동작도 지원합니다. 이는 내부적으로 Workers이므로, 그 외에는 정적인 사이트에 API 라우트와 서버 측 로직을 추가할 수 있습니다. 저는 바로 이 방식으로 Cloudflare Pages에서 완전한 사용자 등록 및 로그인 시스템 을 구축했으며, 이는 “정적” 호스트가 얼마나 멀리 확장될 수 있는지 보여줍니다.

Cloudflare Workers란

Cloudflare Workers 는 서버리스 컴퓨트 및 서버리스 호스팅 플랫폼입니다. Cloudflare의 네트워크에서 사용자 가까이 실행되는 코드로, 관리할 서버가 없습니다. Workers는 API, 미들웨어, 엣지 로직을 위한 순수 함수로 시작했으며, 플랫폼의 나머지인 R2 , D1 , KV, Queues, Workers AI 에 바인딩됩니다. 이러한 스토리지 바인딩 위에 구축한다면, 제 무료 데스크톱 앱이 관리를 쉽게 해 줍니다. Easy Cloudflare R2 , Easy Cloudflare D1 , Easy Cloudflare KV 입니다.

2026년의 핵심 발전은 Static Assets입니다. 이제 Worker는 정적 파일(HTML, CSS, JS, 이미지)의 디렉터리를 직접 제공할 수 있으며, Worker가 모든 동적 라우트를 처리합니다. 즉 하나의 Worker가 빌드된 프런트엔드와 API를 하나의 배포로 함께 호스팅할 수 있는데, 이는 이전에는 Pages와 Workers로 작업을 분리해야 했던 일입니다.

Pages vs Workers에서 무엇이 바뀌었나: Static Assets

이 비교가 지금 의미를 갖는 이유는 정적 자산 기능 때문입니다. 과거에는 React나 Astro 프런트엔드에 백엔드 API가 있다면, 자연스러운 분리는 프런트엔드용 Pages와 API용 별도 Worker였습니다. 두 개의 프로젝트, 두 번의 배포, 그리고 서로 연결해야 할 두 가지입니다.

Workers의 정적 자산을 사용하면 한 번만 배포합니다. Worker는 일반 요청에는 정적 빌드를 제공하고, API 라우트나 서버 렌더링 페이지에는 코드를 실행합니다. 정적 콘텐츠와 동적 콘텐츠가 섞이는 풀스택 프레임워크와 앱의 경우, 이는 구축, 배포, 이해가 더 간단합니다. 이것이 Cloudflare가 이제 새로운 풀스택 프로젝트를 Pages가 아닌 Workers로 향하게 하는 이유입니다.

Pages vs Workers: 나란히 비교

언제 Pages를 선택할까

Pages vs Workers 결정에서 Pages는 다음과 같은 경우에 여전히 훌륭한 선택입니다.

• 순수 정적 사이트나 프런트엔드 프레임워크 빌드가 있고, 가능한 한 단순한 git-push 배포 워크플로를 원할 때
• 아무것도 구성하지 않고 기본 내장된 CI/CD와 미리보기 배포를 중시할 때
• 동적 요구가 가볍고 Pages Functions로 잘 처리될 때
• 이미 Pages에 있고 잘 작동할 때. 머물러도 불이익은 없습니다

언제 Workers를 선택할까

Pages vs Workers 결정에서 Workers는 다음과 같은 경우에 더 나은 선택입니다.

• 정적 콘텐츠에 상당한 서버 측 로직을 섞는 풀스택 애플리케이션을 구축할 때
• 두 개의 조율된 프로젝트가 아니라 프런트엔드와 백엔드를 하나의 배포로 두고 싶을 때
• D1, R2, KV, Queues, Workers AI 같은 바인딩에 크게 의존할 때
• 2026년에 새 프로젝트를 시작하며 Cloudflare의 현재 권장 경로를 따르고 싶을 때
• 라우팅, 캐싱, 요청 처리에 대한 세밀한 제어가 필요할 때

Cloudflare Pages vs Workers: 마이그레이션해야 할까?

아니요, 반사적으로 할 필요는 없습니다. 작동하는 Pages 프로젝트가 있다면 계속 완전히 지원되며, 이동을 강제하는 마감 기한도 없습니다. 구체적인 이유가 있을 때 마이그레이션하세요. 상당한 백엔드 로직을 추가하거나, 분리된 프런트엔드/백엔드를 하나의 배포로 통합하고 싶거나, Workers가 해결하는 Pages 고유의 한계에 부딪힐 때 등입니다.

Pages vs Workers 선택에서 그린필드 프로젝트는 정적 자산과 함께 Workers로 시작하세요. 기존에 만족스러운 Pages 배포라면, 진짜 필요가 생길 때까지 그대로 두세요. 마이그레이션의 최악의 이유는 새로움이고, 최선의 이유는 그러지 않으면 분리해야 할 풀스택 앱을 통합하는 것입니다.

핵심 요약

• Pages는 정적 및 Jamstack 사이트를 위한 git 연동 호스팅으로 CI/CD와 미리보기가 내장되어 있습니다
• Workers는 서버리스 컴퓨트로 이제 정적 자산도 제공하므로 사이트 전체를 호스팅할 수 있습니다
• Static Assets는 하나의 Worker가 프런트엔드와 백엔드를 함께 호스팅하게 해 주는 변화입니다
• 2026년 새 풀스택 프로젝트에는 Workers가 Cloudflare의 권장 경로입니다
• Pages는 계속 완전히 지원됩니다. 구체적인 이유가 있을 때만 마이그레이션하세요
• Cloudflare Pages vs Workers 결정에서 순수 정적의 단순함에는 Pages를, 정적 콘텐츠에 실제 로직을 섞는 모든 것에는 Workers를 선택하세요

자주 묻는 질문

Cloudflare Pages와 Workers의 차이는 무엇인가요? Pages는 정적 사이트와 프런트엔드를 위한 git 연동 호스팅으로 CI/CD와 미리보기 배포가 내장되어 있습니다. Workers는 Cloudflare의 서버리스 컴퓨트 플랫폼입니다. 2026년에 경계가 흐려진 것은 Workers가 이제 정적 자산을 제공할 수 있어 하나의 Worker가 프런트엔드와 백엔드를 모두 호스팅할 수 있기 때문입니다.

2026년 새 프로젝트에는 Pages를 써야 하나요, Workers를 써야 하나요? 대부분의 새 풀스택 프로젝트에는 정적 자산과 함께 Workers가 이제 Cloudflare의 권장 선택입니다. 프런트엔드와 백엔드를 하나의 배포로 통합하기 때문입니다. 가장 단순한 git-push 워크플로를 원하는 순수 정적 사이트라면 Pages가 여전히 훌륭한 선택지입니다.

Cloudflare Pages가 중단되나요? 아니요. Pages는 계속 완전히 지원됩니다. Cloudflare는 이제 새 풀스택 프로젝트를 Workers로 유도하지만, 기존 Pages 프로젝트는 계속 작동하며 강제 마이그레이션은 없습니다.

Workers가 정적 웹사이트를 호스팅할 수 있나요? 예. 정적 자산 기능으로 Worker는 HTML, CSS, JS, 이미지 같은 정적 파일을 직접 제공하는 동시에 코드에서 동적 라우트도 처리할 수 있습니다. 이것이 하나의 Worker가 사이트 전체를 호스팅하게 해 주는 요소입니다.

Pages와 Workers는 같은 바인딩을 사용하나요? 둘 다 R2, D1, KV, Workers AI 같은 Cloudflare 바인딩을 사용할 수 있습니다. Pages는 Pages Functions를 통해 이를 노출하고, Workers는 일급으로 다룹니다. 기능적으로는 어느 쪽에서든 동일한 플랫폼 서비스에 도달할 수 있습니다.

기존 Pages 사이트를 Workers로 마이그레이션해야 하나요? 구체적인 이유가 있을 때만 그렇습니다. 예를 들어 상당한 백엔드 로직을 추가하거나, 분리된 프런트엔드와 백엔드를 하나의 배포로 통합하는 경우입니다. 작동하는 Pages 프로젝트는 완전히 지원되며 옮길 필요가 없습니다.