Zeabur 대안 비교: 서비스 유형별로 고르고, 모든 것을 한 플랫폼에 맡기지 말 것

정적 사이트, 백엔드 API, 데이터베이스, n8n 같은 셀프 호스팅 도구별로 가장 손이 덜 가는 이전처. Vercel 무료 플랜은 비상업용 한정, Cloudflare는 새 프로젝트에 Workers를 권장하는 등 확인한 조건만 적었습니다.

핵심 요약

  • 정적 사이트 → Cloudflare, 백엔드 → Cloud Run, PostgreSQL → 관리형 서비스, n8n 등 → VPS + Docker Compose.
  • Vercel 무료 Hobby 플랜은 개인·비상업용 한정.
  • Cloudflare 공식 문서는 새 프로젝트에 Workers를 권장한다.
  • DNS와 백업은 호스팅과 다른 곳에 둔다. 그래야 다음에도 옮길 수 있다.
이 글은 어떻게 검증했나요? (직접 테스트 3개, 공식 문서 기준 1개)
직접 테스트한 내용
  • Cloud Run 소스 배포 (실제 배포, Cloud Run 편 참고)
  • VPS + Docker Compose + Caddy로 n8n 실행 (로컬 테스트, n8n 편 참고)
  • Vercel Hobby 플랜의 비상업용 제한, Cloudflare의 Workers 권장, Pages 빌드 설정: 공식 문서로 확인 (2026-10-17)
공식 문서를 바탕으로 작성 (직접 실행하지 않음)
  • Railway, Render, Neon, Supabase, Coolify, Dokploy: 이번에 가입해 테스트하지 않았고 성격만 소개합니다. 요금과 무료 한도는 자주 바뀌니 각 공식 사이트에서 확인하세요
목차 (3개 섹션)
  1. 한눈에 보는 표
  2. Cloudflare 프런트엔드 빌드 설정
  3. 이번에 배워야 할 것

한눈에 보는 표

서비스추천 이전처이유주의할 점
정적 사이트, React/Vue/Vite 프런트엔드Cloudflare (Pages 또는 Workers)GitHub와 연결해 자동 배포, 정적 사이트에 잘 맞음Cloudflare 문서는 현재 새 프로젝트에 Workers를 권장
Next.js (서버 사이드 렌더링)VercelNext.js를 만든 회사라 지원이 가장 충실무료 Hobby 플랜은 개인·비상업용 한정, 회사 사이트는 유료 플랜 필요
백엔드 API, 챗봇Google Cloud RunDockerfile 없이 배포, 서울 리전 있음, 쓰지 않을 때 컴퓨팅 요금 없음파일 시스템은 임시. 테스트 완료 가이드
Zeabur와 가장 비슷한 사용감Railway, RenderGitHub 연결, 몇 번의 클릭으로 데이터베이스 생성마찬가지로 단일 플랫폼이니 데이터는 직접 백업
PostgreSQLNeon, Supabase 같은 관리형 서비스직접 유지 보수할 필요 없음복원할 때 --no-owner --no-acl 추가. 데이터베이스 편
n8n, Dify 같은 셀프 호스팅 도구VPS + Docker Compose작은 VPS 한 대로 여러 도구를 고정 비용에 운영백업은 직접. n8n 이전 (테스트 완료)
VPS에서도 GUI로 관리하고 싶을 때Coolify, Dokploy셀프 호스팅 배포 플랫폼으로, 조작 방식이 Zeabur와 비슷플랫폼 자체의 유지 보수와 업데이트도 직접

Cloudflare 프런트엔드 빌드 설정

Cloudflare Pages 공식 프레임워크 프리셋:

프레임워크빌드 명령어출력 디렉터리
React (Vite)npm run builddist
Vuenpm run builddist
Astronpm run builddist
Next.js (Static HTML Export)npx next buildout

프런트엔드에 필요한 환경 변수(예: VITE_API_URL)는 Cloudflare 프로젝트 설정에서 따로 추가해야 합니다.

이번에 배워야 할 것

Zeabur가 편했던 이유는 배포, 데이터베이스, 도메인, AI 서비스를 모두 한데 묶어 제공했기 때문입니다. 하지만 그건 문제가 생기면 모든 것이 한꺼번에 문제가 된다는 뜻이기도 합니다. 이번에 옮기면서 최소한 다음 세 가지는 챙기세요.

  1. DNS는 내가 관리하는 곳에 두기(예: Cloudflare). 호스팅과 같은 회사에 두지 마세요. 다음에 옮길 때 레코드 몇 개만 바꾸면 됩니다
  2. 데이터베이스는 매일 다른 회사로 자동 백업하기. 호스팅이 A 플랫폼이라면 백업은 B 플랫폼의 객체 스토리지에 저장하세요
  3. 플랫폼을 고르기 전에 데이터를 온전히 가지고 나갈 수 있는지 확인하기. .sql 같은 표준 형식으로 언제든 전체 백업을 내려받을 수 있나요? 무료 한도보다 이게 더 중요합니다