필사 모드: DevOps PaaS 플랫폼 2026 — Vercel / Fly.io / Render / Railway / Coolify / Dokploy / Kamal 심층 비교

프롤로그 — Heroku가 떠난 자리에 14개 PaaS가 자라났다

2007년 Heroku가 "git push로 배포한다"를 선보였을 때, 그건 마법처럼 보였다. `git push heroku main` 한 줄이 Rails 앱을 인터넷으로 보냈고, 그게 PaaS의 정의가 되었다.

그리고 2022년 11월, Salesforce 산하의 Heroku가 무료 티어를 폐지했다. 그 사건이 2026년의 PaaS 풍경을 만들었다. 무료 사이드 프로젝트를 잃은 개발자들이 사방으로 흩어졌고, 그 자리에 14개의 PaaS가 자라났다.

2026년 5월 현재의 풍경은 이렇다:

- **Vercel**은 Next.js의 집이 되었고 Fluid Compute로 서버리스의 단점을 메웠다.

- **Fly.io**는 베어메탈에 가까운 컨테이너를 멀티 리전에 띄운다.

- **Render**는 Heroku를 가장 직접적으로 대체한다.

- **Railway**는 사용성으로 사랑받고 2024년 시리즈 B를 다시 받았다.

- **Cloudflare**는 Pages·Workers·R2로 풀스택 엣지를 완성했다.

- **Netlify**는 JAMstack의 선구자에서 풀스택 컴포저블 플랫폼으로 변신했다.

- **Coolify**가 오픈소스 셀프호스팅의 표준이 되었고, 2024년 시드를 받았다.

- **Dokploy**가 Coolify에 도전한다.

- **Kamal 2**(37signals)는 본인 서버에 배포한다는 옛 미덕을 되살렸다.

- **Heroku**는 2025년 IBM 인수설 이후에도 살아남았다.

- **Northflank**는 쿠버네티스의 힘을 PaaS의 UX로 감쌌다.

- **Sevalla**는 Kinsta가 만든 신규 PaaS다.

- **Caprover·Easypanel**은 Docker 우선의 셀프호스팅을 지킨다.

이 글은 14개 플랫폼을 한 호흡으로 비교한다. 누가 무엇을 골라야 하는지까지.

1장 · 2026년 PaaS 지도 — 매니지드 / 오픈소스 셀프호스팅 / VPS 위 자체 PaaS 3축

PaaS를 한 줄로 정의하면 "코드를 git push 하면 인터넷에서 돌아간다"다. 하지만 2026년의 PaaS는 그 한 줄 뒤에 세 갈래로 갈라진다.

1.1 세 축

**축 1 — 매니지드 클라우드 PaaS.** Vercel·Fly·Render·Railway·Cloudflare·Netlify·Heroku·Northflank·Sevalla. 카드를 입력하면 신경 쓸 게 없다. 인프라가 보이지 않는다. 대신 월 사용량이 청구서로 돌아온다.

**축 2 — 오픈소스 셀프호스팅 PaaS.** Coolify·Dokploy·Caprover·Easypanel. VPS 한 대(Hetzner·DigitalOcean·OVH·Vultr)에 설치하면 그 위에서 Vercel 같은 경험이 돌아간다. 인프라 비용은 VPS 요금만 든다. 백업·모니터링·보안 패치는 본인 책임.

**축 3 — VPS 위 자체 PaaS / 컨테이너 오케스트레이터 라이트.** Kamal 2. PaaS가 아니라 "내가 정한 서버에 컨테이너를 깔끔하게 배포하는 도구"다. 37signals가 DHH의 손으로 만들었고, Rails 7.2부터 기본 배포 도구다.

1.2 가격 vs 통제 매트릭스

통제 ↑

|

Kamal 2 ────────|──────── Coolify / Dokploy

(VPS 직접 관리) | (오픈소스 셀프호스팅)

|

────────────────+──────────────── 비용 →

|

Heroku / Render | Vercel / Cloudflare

(전형 PaaS) | (엣지·서버리스)

|

통제 ↓

가로축은 월 비용, 세로축은 인프라 통제권이다. **왼쪽 위**는 비용은 낮지만 본인이 다 해야 한다. **오른쪽 아래**는 한 번 카드 등록으로 모든 게 굴러간다.

2022년 Heroku 무료 폐지 이후, 사이드 프로젝트의 무게 중심은 **왼쪽 위로 이동했다.** 한 달 5달러짜리 Hetzner VPS에 Coolify를 깔면, 5개 프로젝트를 한 번에 굴릴 수 있다. 이게 2026년의 새로운 기본값이다.

1.3 Git 드리븐 배포 — 모두가 공유하는 표준

세 축의 모든 플랫폼이 공유하는 한 가지가 있다. **Git push가 곧 배포다.**

- `main` 브랜치를 푸시하면 프로덕션이 갱신된다.

- PR을 열면 프리뷰 URL이 자동 생성된다.

- PR을 닫으면 프리뷰가 사라진다.

Vercel이 2017년에 표준화한 이 흐름이, 2026년에는 셀프호스팅 PaaS의 기본까지 내려왔다. Coolify·Dokploy·Caprover 모두 GitHub Webhook을 지원하고, 프리뷰 환경 기능을 갖췄다.

2장 · Vercel — Next.js의 집, Fluid Compute의 발명자

2026년의 Vercel은 두 가지를 동시에 한다. Next.js의 집이자, Fluid Compute로 서버리스 패러다임을 다시 정의했다.

2.1 Fluid Compute — 서버리스의 콜드 스타트를 끝낸 모델

2024년 8월 Vercel이 발표한 **Fluid Compute**는 한 줄로 요약하면 "한 인스턴스가 여러 요청을 동시 처리한다"다.

기존 AWS Lambda·Vercel Functions 모델은:

- 요청 1개 → 인스턴스 1개

- 동시 요청 100개 → 인스턴스 100개

- 각 인스턴스마다 콜드 스타트 가능

Fluid Compute 모델은:

- 인스턴스 1개가 동시 요청 N개를 처리

- AI 응답을 기다리는 동안 다른 요청에 CPU를 양보

- 콜드 스타트가 한 번 일어나면 그 비용이 N개 요청에 분산

특히 **AI/LLM 백엔드**에서 빛난다. ChatGPT/Anthropic API를 호출하면서 90%의 시간을 네트워크 대기로 보낸다면, 그 대기 시간을 다른 요청이 활용한다. 같은 트래픽을 처리하는 데 비용이 대략 1/3로 줄어든다는 게 Vercel의 주장이고, 실측에서도 비슷하게 나온다.

2.2 Vercel의 강점

- **Next.js 1:1 통합.** App Router·React Server Components·Server Actions·Streaming·PPR(Partial Prerendering)이 가장 먼저, 가장 잘 돌아간다.

- **Preview Deployments.** PR마다 고유 URL. 클라이언트가 PR에 댓글로 피드백을 남기는 흐름이 표준이 됐다.

- **Edge Network.** 100+ POP. 정적 자산이 가까운 데서 서빙된다.

- **Vercel KV/Postgres/Blob.** Upstash·Neon·R2 위에 만든 매니지드 데이터 계층.

- **AI SDK.** TypeScript에서 LLM을 다루는 가장 정돈된 라이브러리.

2.3 Vercel의 약점

- **가격.** 트래픽이 커지면 빠르게 비싸진다. 특히 이미지 최적화·Edge Middleware 요청 수가 많은 경우.

- **벤더 락인.** Next.js 자체는 OSS이지만, ISR·Image Optimization·Edge Config 같은 기능을 Vercel 밖에서 똑같이 재현하기 어렵다.

- **장기 실행 백엔드 부적합.** Fluid Compute라도 단일 요청 최대 시간 제한이 있다(Pro 기준 60초~300초). WebSocket·gRPC 스트리밍 서버는 부적합.

2.4 누가 골라야 하나

- Next.js로 만든 SaaS, 마케팅 사이트, 대시보드.

- AI 챗봇·검색 등 LLM 백엔드를 가진 Next.js 앱.

- 클라이언트와 PR 단위로 협업하는 에이전시.

피해야 할 경우: 24/7 실행되는 데몬, 5GB짜리 머신러닝 모델 서빙, 비용 천장이 명확한 사이드 프로젝트.

3장 · Fly.io — 멀티 리전 + 베어메탈 친화

Fly.io는 "당신의 Docker 이미지를 30개 도시에 동시에 띄운다"가 한 줄 요약이다. Vercel·Render와 결정적으로 다른 건 **Fly Machines** — Firecracker microVM 기반의 컨테이너가 실제 물리 서버 가까이에서 돈다는 점이다.

3.1 멀티 리전 모델

Fly에 앱을 배포하면 `fly.toml`에 리전 리스트를 적는다.

app = "my-app"

primary_region = "nrt"

[build]

image = "ghcr.io/me/app:latest"

[[regions]]

code = "nrt"

[[regions]]

code = "iad"

[[regions]]

code = "fra"

이 한 번의 설정으로 도쿄·버지니아·프랑크푸르트에 동시에 인스턴스가 뜬다. 트래픽은 가장 가까운 리전으로 라우팅된다. Postgres가 필요하면 `fly pg create`로 멀티 리전 Postgres(WAL 복제)를 띄울 수 있다.

3.2 Fly의 강점

- **베어메탈에 가까운 성능.** Firecracker microVM이 컨테이너 위에 한 겹만 더 얹는다.

- **30+ 리전.** AWS·GCP보다 작지만, PaaS 카테고리에서는 압도적.

- **GPU 지원(2024년 추가).** A100·L40S·H100 시간당 임대 가능.

- **WireGuard 기반 사설 네트워크.** 인스턴스끼리 IPv6로 다이렉트 통신.

- **합리적 가격.** 작은 인스턴스는 월 2~5달러부터.

3.3 Fly의 약점

- **운영 부담이 PaaS치고 크다.** Fly Postgres는 매니지드 DB가 아니라 "Fly가 관리해주는 Stolon Postgres". 본인이 백업 모니터링을 해야 한다는 사용자 후기가 많다.

- **공식 UI보다 CLI 중심.** `flyctl`이 중심이고, 대시보드는 보조다.

- **결제 사고가 있었다.** 2023년에 결제 정책 변경으로 일부 사용자에게 청구 문제가 발생, 신뢰 회복에 시간이 걸렸다.

3.4 누가 골라야 하나

- 글로벌 사용자 베이스를 가진 SaaS.

- 게임 백엔드·실시간 통신 서버 등 지연 시간이 핵심인 워크로드.

- GPU가 필요한 작은 AI 서비스(Cog·BentoML 컨테이너).

- Docker 이미지를 손에 쥐고 있고 인프라 컨트롤을 원하는 팀.

4장 · Render — Heroku 대체의 정답

Render는 2026년 현재 **"가장 Heroku 같은 새 PaaS"**다. 2019년 창립, 2022년 시리즈 B 5천만 달러, 2025년 시리즈 C로 본격적인 엔터프라이즈 행보에 들어갔다.

4.1 Render의 모델

- **Web Service.** HTTP 트래픽을 받는 컨테이너.

- **Background Worker.** 사이드킥·셀러리·BullMQ 같은 큐 워커.

- **Cron Job.** 스케줄러.

- **Static Site.** SPA·정적 사이트 호스팅.

- **Private Service.** 외부 노출 없는 내부 서비스.

- **PostgreSQL / Redis / Key Value.** 매니지드 데이터 계층.

`render.yaml`(Render Blueprint) 한 파일로 전체 인프라를 코드로 선언할 수 있다. Heroku의 `app.json`이 진화한 형태에 가깝다.

services:

- type: web

name: api

runtime: docker

dockerfilePath: ./Dockerfile

envVars:

- key: DATABASE_URL

fromDatabase:

name: api-db

property: connectionString

databases:

- name: api-db

databaseName: api

plan: standard

4.2 Render의 강점

- **PaaS다움.** Vercel만큼 매끄럽고, Heroku보다 현대적이다.

- **공식 매니지드 Postgres·Redis.** 백업·HA·암호화가 기본.

- **Preview Environment.** PR마다 데이터베이스 포함 풀 스택 미리보기.

- **합리적 가격.** Web Service Starter 월 7달러 / 무료 정적 사이트.

4.3 Render의 약점

- **리전이 좁다.** Oregon·Ohio·Frankfurt·Singapore 등 5개 정도. Vercel·Fly보다 적다.

- **콜드 스타트.** Free·Starter 플랜의 Web Service는 활동이 없으면 슬립한다.

- **로그·메트릭이 기본 수준.** Datadog·Grafana 연동은 직접 해야 한다.

4.4 누가 골라야 하나

- Rails·Django·Express처럼 전통적 모놀리식 백엔드.

- Heroku에서 마이그레이션하려는 팀.

- 대시보드와 자동화 모두 필요한 중소 SaaS.

5장 · Railway — 사용성의 강자, 2024 시리즈 B 재유치

Railway는 사용성 하나로 사랑받는다. 2024년 5월 시리즈 B 2천만 달러를 받으면서 "PaaS는 죽지 않았다"를 증명했다.

5.1 Railway의 모델

- 모든 게 "서비스"다. Postgres·Redis·MongoDB·Rabbit도 그냥 서비스.

- 서비스를 GUI에서 끌어다 놓으며 연결한다.

- 환경변수가 서비스 간에 참조된다(`POSTGRES_URL`을 Postgres 서비스에서 직접 가져오기).

- Railway가 만든 **Nixpacks**(Buildpacks 후속)가 Dockerfile 없이도 대부분 언어를 빌드한다.

5.2 Railway의 강점

- **셋업이 가장 매끄럽다.** GitHub 연결 → 리포 선택 → 끝.

- **풀스택 한 화면.** 백엔드·DB·워커·크론이 한 보드에.

- **공식 템플릿이 풍부하다.** Plausible·n8n·Outline·Ghost 등 한 클릭 배포.

- **사용량 기반 가격.** 안 쓰면 안 낸다.

5.3 Railway의 약점

- **리전이 좁다.** US-West·US-East·EU·Asia. Vercel·Fly보다 적다.

- **운영 한도.** 단일 서비스 vCPU·메모리 상한이 매니지드 클라우드보다 낮다.

- **결제가 사용량 기반이라 비용 예측이 어렵다.** 트래픽 급증 시 청구액 점프.

5.4 누가 골라야 하나

- 사이드 프로젝트·MVP·해커톤.

- 풀스택 셋업을 빨리 만들고 싶은 개인 개발자.

- Discord 봇·텔레그램 봇·자동화 봇 호스팅.

6장 · Cloudflare Pages + Workers + R2 — 풀스택 엣지의 완성

Cloudflare는 PaaS 시장에 가장 늦게, 그리고 가장 다른 모델로 들어왔다. 2026년의 Cloudflare 스택은 **풀스택 엣지**라고 부를 만하다.

6.1 Cloudflare 스택의 구성

- **Pages** — 정적 사이트·SPA 호스팅 + Functions(서버리스).

- **Workers** — 엣지 V8 isolate. 글로벌 300+ POP에서 실행.

- **R2** — S3 호환 객체 스토리지. **에그레스 무료**가 결정타.

- **D1** — 엣지에서 도는 SQLite(읽기 리플리카 글로벌 복제).

- **KV / Durable Objects / Queues / Vectorize** — 엣지 데이터 프리미티브 풀세트.

6.2 Cloudflare의 강점

- **에그레스 비용 0.** R2가 AWS S3의 가격 모델을 깨버렸다.

- **글로벌 엣지.** 300+ POP. 어디서든 가깝다.

- **콜드 스타트가 거의 없다.** V8 isolate는 ms 단위로 뜬다.

- **무료 티어가 관대하다.** Workers 일 10만 요청 무료, Pages 무제한 정적.

6.3 Cloudflare의 약점

- **Node.js 호환성이 부분적.** `node:fs`, `node:net` 같은 모듈이 제한된다(`nodejs_compat` 플래그로 일부 보강).

- **단일 요청 CPU 시간 제한.** Free 50ms / Paid 30s. 무거운 동기 작업은 부적합.

- **D1은 아직 글로벌 쓰기 분산이 안 된다.** Primary 리전 1개 + 글로벌 읽기 리플리카 모델.

- **벤더 락인.** Durable Objects·KV·Queues는 Cloudflare 밖에서 재현 불가.

6.4 누가 골라야 하나

- 정적 자산이 트래픽의 대부분인 사이트(블로그·문서·랜딩).

- Astro·Remix·Hono·Next.js(어댑터)로 만든 엣지 친화 앱.

- 이미지·동영상 호스팅이 많은 서비스(R2 에그레스 무료).

- 글로벌 사용자, 콜드 스타트 최소화가 중요한 워크로드.

7장 · Netlify — JAMstack의 선구자, 풀스택 컴포저블로의 변신

Netlify는 2014년 JAMstack을 명명한 회사다. 2026년의 Netlify는 그 정체성에 풀스택 기능을 더한다.

7.1 Netlify의 현재

- **Netlify Edge Functions.** Deno 기반. Cloudflare Workers와 비슷한 엣지 런타임.

- **Functions.** AWS Lambda 위의 서버리스.

- **Forms.** 폼 데이터 수신 + 스팸 필터링이 빌트인.

- **Identity / Authentication.** GoTrue 기반.

- **Composable Web.** Headless CMS·Commerce·Auth·Search를 묶는 컴포저블 플랫폼 컨셉.

7.2 Netlify의 강점

- **정적 사이트의 표준.** Jekyll·Hugo·Astro·Gatsby·Next.js Export 모두 매끄럽다.

- **Build Plugins.** 빌드 파이프라인을 npm 패키지로 확장 가능.

- **포커스가 분명하다.** 마케팅 사이트·블로그·문서·이커머스 프런트엔드.

7.3 Netlify의 약점

- **Next.js 새 기능 지원이 Vercel보다 느리다.** PPR·Streaming RSC가 1~2 분기 지연.

- **장기 실행 백엔드 부적합.** 함수 최대 시간 제한이 짧다.

- **가격이 빠르게 오른다.** 빌드 시간이 트래픽보다 빨리 청구액을 키운다.

7.4 누가 골라야 하나

- 마케팅·블로그·문서 사이트.

- Next.js가 아닌 다른 메타 프레임워크(Astro·Eleventy·Hugo)를 쓰는 팀.

- 폼·Identity 빌트인이 필요한 비기술 운영자.

8장 · Coolify (오픈소스) — 셀프호스팅 Vercel

Coolify는 2026년 오픈소스 셀프호스팅 PaaS의 사실상 표준이 됐다. 2024년 시드 라운드를 받으면서 풀타임 개발이 시작됐고, GitHub 스타가 4만을 넘었다.

8.1 Coolify의 모델

- 한 줄 설치 스크립트로 VPS에 깐다.

- GitHub·GitLab과 OAuth로 연결.

- 리포를 선택하면 Nixpacks·Dockerfile·Compose 중 자동 감지.

- PR을 열면 프리뷰 URL 자동 생성.

- Postgres·MySQL·Redis·MongoDB를 GUI 클릭으로 띄움.

- Traefik이 자동 SSL(Let's Encrypt) + 리버스 프록시.

8.2 Coolify의 강점

- **완전 자체 호스팅.** Hetzner CX22(월 4유로)에 깔면 다섯 개 프로젝트가 충분히 돈다.

- **UX가 매끄럽다.** Vercel을 베껴왔다는 게 자랑이다.

- **공식 템플릿.** Plausible·Umami·Outline·Ghost·n8n 등 한 클릭 배포.

- **데이터 주권.** DB가 본인 VPS에 있다. GDPR·기업 정책에 유리.

8.3 Coolify의 약점

- **본인이 운영 책임을 진다.** 디스크 풀·OOM·SSL 만료를 본인이 본다.

- **HA가 어렵다.** 한 노드가 죽으면 모든 서비스가 죽는다. 다중 노드는 베타.

- **백업이 별도.** 본인이 cron으로 pg_dumpall을 S3에 보내야 한다.

8.4 누가 골라야 하나

- 사이드 프로젝트 5~20개를 한 VPS에 굴리려는 개발자.

- GDPR·HIPAA·국내 정책으로 매니지드 클라우드를 못 쓰는 팀.

- 매달 100~200달러를 아끼려는 작은 스타트업.

9장 · Dokploy (오픈소스) — Coolify 대안

Dokploy는 2024년에 등장한 Coolify의 대안이다. 2026년 5월 기준 GitHub 스타가 2만을 넘었고, "Coolify가 무겁다고 느낀 사람들"이 모인다.

9.1 Dokploy vs Coolify

| 항목 | Coolify | Dokploy |

|------|---------|---------|

| 첫 등장 | 2020 | 2024 |

| GitHub 스타 (2026.05) | 약 40k+ | 약 20k+ |

| 코어 언어 | PHP (Laravel) | TypeScript (Next.js) |

| 데이터베이스 | Postgres | Postgres |

| 리버스 프록시 | Traefik | Traefik |

| 다중 서버 | 베타 | 정식 |

| 가격 | 무료 / 클라우드 | 무료 / 클라우드 |

Dokploy는 다중 서버 지원이 정식 기능으로 들어왔다는 점이 차별점이다. Coolify는 다중 노드를 베타로 두고 있다.

9.2 누가 골라야 하나

- TypeScript에 익숙한 팀(컨트리뷰션을 고려한다면).

- 여러 서버에 분산해서 운영하고 싶은 팀.

- Coolify를 써봤는데 더 가벼운 걸 원하는 사람.

10장 · Kamal 2 (37signals) — 본인 서버에 배포

Kamal은 PaaS가 아니다. **컨테이너 배포 도구**다. 37signals(Basecamp·Hey)가 AWS를 떠나면서 만든 도구이고, 2024년 Kamal 2가 나왔다.

10.1 Kamal의 철학

- 본인이 산 서버(Hetzner·OVH·자체 데이터센터)에 컨테이너를 깐다.

- PaaS 추상 없음. 서버·도메인·SSL을 본인이 안다.

- `kamal deploy`로 무중단 배포·롤백.

- Traefik 대신 Kamal-proxy(자체 작은 프록시) 사용.

- Rails 7.2부터 기본 배포 도구.

10.2 `deploy.yml` 예시

service: hey

image: 37signals/hey

servers:

web:

- 192.168.0.1

- 192.168.0.2

job:

hosts:

- 192.168.0.3

cmd: bin/jobs

registry:

server: ghcr.io

username: my-org

password:

- KAMAL_REGISTRY_PASSWORD

env:

secret:

- RAILS_MASTER_KEY

- DATABASE_URL

이 한 파일로 `kamal setup` → `kamal deploy`가 가능하다.

10.3 Kamal의 강점

- **운영비가 가장 싸다.** 같은 트래픽에서 AWS 1/10, Heroku 1/5.

- **벤더 락인 0.** 어떤 클라우드든 SSH가 되면 끝.

- **DHH 철학의 검증.** Basecamp·Hey가 실제로 이걸로 돌아간다.

- **2025년 ONCE / Campfire** — Kamal 위에서 도는 자체 호스팅 SaaS가 검증된 모델이 됐다.

10.4 Kamal의 약점

- **PaaS UX 없음.** 프리뷰 환경·자동 DB 프로비저닝 없음.

- **본인이 서버를 진짜로 운영해야 한다.** 보안 패치·방화벽·모니터링.

- **HA를 본인이 설계해야 한다.** 자동 페일오버 없음.

10.5 누가 골라야 하나

- 모놀리식 Rails·Django·Laravel 운영팀.

- 매달 1000달러 이상을 AWS·Heroku에 쓰고 있는 팀.

- 인프라 통제권이 정책으로 요구되는 기업.

11장 · Northflank / Sevalla / Caprover / Easypanel — 그 외 PaaS

11.1 Northflank — 쿠버네티스 PaaS의 정점

Northflank는 "쿠버네티스를 PaaS UX로 감싸기"가 가장 잘된 플랫폼이다. 2026년 현재 매니지드 PaaS 카테고리에서 가장 무거운 워크로드를 받는 곳 중 하나.

- 다중 클라우드(AWS·GCP·Azure) 위에 배포.

- GPU 워크로드 정식 지원.

- 마이크로서비스 토폴로지 그래프.

- 본인 클라우드 계정에 BYOC(Bring Your Own Cloud) 가능.

대상: 컨테이너 30개 이상·복잡한 마이크로서비스·기업 컴플라이언스 필요한 팀.

11.2 Sevalla — Kinsta의 새 PaaS

Sevalla는 매니지드 WordPress 호스팅으로 유명한 Kinsta가 2024년 출시한 신규 PaaS다. Google Cloud 위에 만들어졌고, "Vercel·Render의 빈틈"을 노린다.

- 전 세계 30+ GCP 리전.

- 정적 사이트·앱·DB·오브젝트 스토리지 모두 한 플랫폼.

- 무료 정적 사이트 100개, 합리적 앱 가격.

대상: WordPress·Laravel 등 PHP·Node를 폭넓게 운영하는 에이전시.

11.3 Caprover — 가장 오래된 셀프호스팅 PaaS

Caprover는 2017년 등장. Docker Swarm 기반. Coolify가 등장하기 전까지 셀프호스팅 PaaS의 표준이었다. 지금도 GitHub 스타 13k+, 안정적으로 굴러간다.

- Docker Swarm.

- 원클릭 앱 200개+.

- Caprover-CLI로 CI/CD 통합.

대상: 옛날부터 써온 사람·Docker Swarm을 일부러 쓰는 팀.

11.4 Easypanel — 가벼운 셀프호스팅

Easypanel은 2022년 등장. Docker Compose 기반. Coolify보다 가볍고, UI가 깔끔하다.

- Docker Compose.

- Templates 100개+.

- 무료 / Pro(월 19달러).

대상: 한 VPS에 3~5개 앱을 깔끔하게 굴리고 싶은 1인 개발자.

12장 · Heroku — 한 시대를 지난 거인

Heroku는 2026년 현재 여전히 살아 있다. 2022년 무료 폐지로 사용자를 잃었지만, 엔터프라이즈 Salesforce 고객 베이스 위에서 굴러간다. 2025년에는 IBM이 Heroku 인수를 검토 중이라는 보도가 나왔지만, 2026년 5월 현재 확정된 발표는 없다.

12.1 Heroku의 현재

- **Mini Dyno** 월 5달러로 무료의 빈 자리를 대신한다.

- **Heroku Postgres·Redis** 여전히 매니지드 데이터의 표준.

- **Add-on 마켓플레이스**가 살아 있다(Logentries·Papertrail·NewRelic).

- **24년 GA된 Fir Generation Platform** — 컨테이너 기반 차세대 런타임.

12.2 Heroku의 가치

- 안정성. 17년간 굴러왔다.

- 기존 Heroku 앱이 있다면 이전 비용보다 유지가 싸다.

- Salesforce 통합이 필요한 엔터프라이즈에 의미가 있다.

12.3 새로 시작한다면?

새 사이드 프로젝트를 Heroku에 깐다면, 그건 향수다. Render·Railway·Coolify가 같은 일을 더 싸게 더 잘 한다. 다만 직장에서 이미 Heroku를 쓰고 있다면, 이전 결정이 옳다고 보장되지 않는다.

13장 · 한국 · 일본 — Kakao i Cloud, Naver NCP, Sakura, KAGOYA, Conoha

글로벌 PaaS만이 전부는 아니다. 한국과 일본에는 자체 PaaS·VPS 생태계가 있다.

13.1 한국 — Kakao i Cloud / Naver NCP

- **Kakao i Cloud.** 카카오의 클라우드. 2022년 출시. 한국 사용자 데이터 주권이 강하다. 다만 PaaS 추상은 AWS에 가깝다.

- **Naver Cloud Platform (NCP).** 네이버의 클라우드. 한국 정부·공공·금융에 강하다. 컨테이너·쿠버네티스 서비스가 정식.

- **NHN Cloud.** 한게임·페이코의 운영 노하우 기반. 한국 기업 친화적.

한국 스타트업이 매니지드 PaaS를 쓴다면, 글로벌 사용자 베이스를 가진 경우는 Vercel·Render·Fly가 먼저고, 한국 내부 사용자 중심이면 Naver NCP·Kakao i Cloud가 효율이 좋다.

13.2 일본 — Sakura·KAGOYA·Conoha·Heroku Japan

- **さくらクラウド(Sakura Cloud).** 일본의 자체 클라우드. 데이터센터가 일본 내부에 있어 정부·금융 친화적.

- **KAGOYA CLOUD.** VPS 시장의 강자. 매월 590엔부터 시작하는 저가 VPS.

- **ConoHa.** GMO 그룹. WordPress·Minecraft 호스팅으로 유명.

- **Heroku Japan.** Salesforce Japan 산하. 일본어 지원 + 도쿄 리전.

일본 개발자의 사이드 프로젝트 흐름은 "KAGOYA·Conoha VPS + Coolify·Dokploy"가 2026년의 새 표준이 됐다.

14장 · 누가 무엇을 골라야 하나 — 사이드 프로젝트 / 스타트업 / 글로벌 / 비용 민감

14.1 사이드 프로젝트

- **0달러로 시작.** Cloudflare Pages + Workers + R2. 무료 티어가 가장 관대하다.

- **5달러 이내.** Hetzner CX22 + Coolify. 프로젝트 5~10개를 한 번에.

- **Next.js만 하고 싶다.** Vercel Hobby. 무료 + 트래픽 제한.

- **Discord 봇·자동화.** Railway 사용량 기반.

14.2 초기 스타트업 (시드 단계)

- **빠른 시장 진입.** Vercel + Supabase / Neon + Resend. 인프라 신경 끄기.

- **모놀리식 Rails·Django.** Render. Heroku를 닮은 안정감.

- **글로벌 사용자.** Fly.io + Postgres. 멀티 리전이 처음부터 필요.

- **비용 민감.** Hetzner + Coolify + Cloudflare CDN. 월 20달러 이내로 시리즈 A까지 갈 수 있다.

14.3 시리즈 A~B 스타트업

- **Vercel·Fly·Render 중 하나 + 별도 매니지드 DB(Neon·Supabase·PlanetScale).**

- **관측성을 분리.** Datadog·Grafana Cloud·Axiom·Better Stack.

- **CDN/WAF는 Cloudflare로.** 두 레이어 모델이 표준이 됐다.

14.4 글로벌 사용자 / 엣지

- **정적 자산 위주.** Cloudflare Pages + R2.

- **동적 API.** Fly.io 멀티 리전 또는 Vercel Edge Functions.

- **DB.** Neon(서버리스 Postgres) / Turso(엣지 SQLite) / PlanetScale.

14.5 비용 민감 (1인 개발자 / 부트스트랩)

- **Hetzner CX22 (월 4유로) + Coolify** 가 사실상의 정답.

- **Cloudflare 무료 CDN/WAF.**

- **Cloudflare R2** 로 객체 스토리지(에그레스 무료).

- **백업** 은 GitHub Actions 크론으로 pg_dumpall → R2.

이 조합이면 한 달 10달러 안에 5~20개 프로젝트가 굴러간다. 2026년의 부트스트래퍼 표준이다.

14.6 한국·일본 로컬 사용자 중심

- 한국: Naver NCP + 자체 매니지드 DB.

- 일본: Sakura Cloud + Sakura Object Storage.

- 사이드 프로젝트: KAGOYA / Conoha VPS + Coolify.

15장 · 결정 트리 — 30초 안에 고르기

사이드 프로젝트? 한 달 0~5달러?

├── Next.js만 → Vercel Hobby

├── 풀스택 + DB → Railway (사용량 기반)

├── 5개 이상 → Hetzner + Coolify

└── 정적 + 엣지 → Cloudflare Pages

스타트업 MVP? 한 달 20~100달러?

├── Next.js → Vercel Pro + Neon

├── Rails/Django → Render

├── 멀티 리전 → Fly.io

└── 비용 우선 → Coolify on Hetzner + Cloudflare

성장기? 한 달 500달러+?

├── 그대로 두고 분리 시작

├── DB는 매니지드 외부 (Neon / Supabase / PlanetScale)

├── 관측성은 Datadog / Grafana / Axiom

└── CDN/WAF는 Cloudflare

엔터프라이즈?

├── 본인 클라우드 BYOC → Northflank

├── 자체 데이터센터 → Kamal 2 + 본인 K8s

└── 컴플라이언스 → AWS/Azure/GCP 직접

참고 / References

- Vercel — [Fluid Compute 공식 발표 (2024.08)](https://vercel.com/blog/introducing-fluid-compute)

- Vercel — [Next.js 15 App Router](https://nextjs.org/docs/app)

- Fly.io — [Fly Machines](https://fly.io/docs/machines/)

- Fly.io — [GPU on Fly](https://fly.io/docs/gpus/)

- Render — [Render Blueprints (render.yaml)](https://render.com/docs/blueprint-spec)

- Render — [Preview Environments](https://render.com/docs/preview-environments)

- Railway — [Series B 2024 (TechCrunch)](https://techcrunch.com/2024/05/01/railway-raises-20-million-paas/)

- Railway — [Nixpacks](https://nixpacks.com/)

- Cloudflare — [Pages](https://pages.cloudflare.com/)

- Cloudflare — [Workers Runtime APIs](https://developers.cloudflare.com/workers/runtime-apis/)

- Cloudflare — [R2 (Egress-free Storage)](https://developers.cloudflare.com/r2/)

- Cloudflare — [D1 SQLite](https://developers.cloudflare.com/d1/)

- Netlify — [Edge Functions](https://docs.netlify.com/edge-functions/overview/)

- Netlify — [Composable Web](https://www.netlify.com/composable-web/)

- Coolify — [Official Site](https://coolify.io/)

- Coolify — [GitHub Repository](https://github.com/coollabsio/coolify)

- Dokploy — [Official Site](https://dokploy.com/)

- Dokploy — [GitHub Repository](https://github.com/dokploy/dokploy)

- Kamal — [Official Site](https://kamal-deploy.org/)

- Kamal — [Kamal 2 Announcement (37signals 2024)](https://world.hey.com/dhh/kamal-2-1ad0d4ef)

- 37signals — [Leaving the Cloud (2023)](https://world.hey.com/dhh/why-we-re-leaving-the-cloud-654b47e0)

- Heroku — [Fir Generation Platform](https://blog.heroku.com/fir-generation-platform-now-available)

- Heroku — [Pricing (Post-Free 2022)](https://www.heroku.com/pricing)

- Northflank — [Official Site](https://northflank.com/)

- Sevalla — [Official Site (Kinsta)](https://sevalla.com/)

- Caprover — [Official Site](https://caprover.com/)

- Easypanel — [Official Site](https://easypanel.io/)

- Naver Cloud Platform — [공식 사이트](https://www.ncloud.com/)

- Kakao i Cloud — [공식 사이트](https://www.kakaocloud.com/)

- Sakura Internet — [公式サイト](https://www.sakura.ad.jp/)

- KAGOYA Cloud — [公式サイト](https://www.kagoya.jp/cloud/)

- ConoHa — [公式サイト](https://www.conoha.jp/)

- Hetzner — [Cloud Pricing](https://www.hetzner.com/cloud/)