LabHub

블로그

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

2026-05-16 · 33 분 읽기 · #paas#devops#vercel#fly-io#render#railway#cloudflare-pages#netlify#coolify#dokploy#kamal#heroku#northflank#deep-dive

한국어English日本語

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

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

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

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

이 글은 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가 곧 배포다.

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 모델은:

Fluid Compute 모델은:

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

2.2 Vercel의 강점

2.3 Vercel의 약점

2.4 누가 골라야 하나

피해야 할 경우: 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의 강점

3.3 Fly의 약점

3.4 누가 골라야 하나

4장 · Render — Heroku 대체의 정답

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

4.1 Render의 모델

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의 강점

4.3 Render의 약점

4.4 누가 골라야 하나

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

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

5.1 Railway의 모델

5.2 Railway의 강점

5.3 Railway의 약점

5.4 누가 골라야 하나

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

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

6.1 Cloudflare 스택의 구성

6.2 Cloudflare의 강점

6.3 Cloudflare의 약점

6.4 누가 골라야 하나

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

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

7.1 Netlify의 현재

7.2 Netlify의 강점

7.3 Netlify의 약점

7.4 누가 골라야 하나

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

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

8.1 Coolify의 모델

8.2 Coolify의 강점

8.3 Coolify의 약점

8.4 누가 골라야 하나

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

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

9.1 Dokploy vs Coolify

항목CoolifyDokploy
첫 등장20202024
GitHub 스타 (2026.05)약 40k+약 20k+
코어 언어PHP (Laravel)TypeScript (Next.js)
데이터베이스PostgresPostgres
리버스 프록시TraefikTraefik
다중 서버베타정식
가격무료 / 클라우드무료 / 클라우드

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

9.2 누가 골라야 하나

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

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

10.1 Kamal의 철학

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의 강점

10.4 Kamal의 약점

10.5 누가 골라야 하나

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

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

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

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

11.2 Sevalla — Kinsta의 새 PaaS

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

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

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

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

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

11.4 Easypanel — 가벼운 셀프호스팅

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

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

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

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

12.1 Heroku의 현재

12.2 Heroku의 가치

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

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

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

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

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

14.1 사이드 프로젝트

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

14.3 시리즈 A~B 스타트업

14.4 글로벌 사용자 / 엣지

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

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

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

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

원문 보기: https://www.youngju.dev/blog/culture/2026-05-16-devops-platforms-paas-2026-vercel-fly-render-railway-coolify-dokploy-kamal-deep-dive

댓글

아직 댓글이 없습니다.

로그인하면 댓글을 쓸 수 있습니다