Vercel vs Cloudflare Workers vs Bun 단독 — Edge 런타임 3개 6개월 운영기

핵심 요약

같은 SaaS API(Next.js 16 + Drizzle + Postgres) 3가지 환경에 똑같이 배포해 6개월 운영. 결론: Edge가 항상 답은 아니다. 워크로드·팀 구조·DX·비용 4축이 각자 다른 답을 가리킴.

1. 측정 대상

• 월 80M req · 사용자 글로벌
• RSC + Server Action 위주, 일부 SSR
• DB: Neon Postgres (서울·프랑크푸르트 read replica)
• 3개 환경에 같은 코드를 GitOps로 동시 배포

2. 핵심 수치 비교

3. Vercel — 압도적 DX, 비싼 가격

• Next.js와 완전 통합 — push만 하면 끝
• preview deploy로 PR마다 URL
• Speed Insights·Analytics 내장
• 월 80M req 기준 단가가 빠르게 올라감
• 이미지·헬퍼·미들웨어 limit이 존재 (Edge Function 동작 제약)

4. Cloudflare Workers — 가장 저렴·가장 빠른 cold start

• isolate 모델 — cold start 사실상 없음
• 전 세계 데이터센터에 자동 배포
• 제약: CPU time per request (50ms~30s 플랜별)
• 일부 Node API 미지원 (점진 확대)
• OpenNext 어댑터로 Next.js 16도 가능 (성숙도 90%)

5. Bun 단독 (Fly.io) — 운영 책임 큼, 자유도 큼

• 모든 Node API + Bun의 고성능
• 장기 연결·웹소켓 자유 (Workers는 별도 객체)
• 운영: 모니터링·alert·롤백 직접
• 지역 확장 직접 (auto vs manual)

6. 비용 — 한 줄 비교

같은 80M req, 응답 평균 8KB, 평균 처리 12ms.

7. 어떻게 결정했나

• 회사 핵심 SaaS는 Vercel (DX·preview·신뢰성)
• 고트래픽·정적+간단 API는 Cloudflare Workers
• WebSocket·실시간 협업 부속 서비스는 Bun on Fly.io

"하나로 통일"이 답이 아니라 워크로드별 분리.

8. 빠지기 쉬운 함정

① Edge에서 DB가 멀다

Edge 함수는 사용자에 가깝지만 DB는 한 곳. 라운드트립이 늘면 의미 없음. read replica 또는 Edge SQLite 같이.

② Vercel의 Region Setting

Edge Function은 글로벌, Serverless Function은 특정 region. 잘못 설정하면 DB와 멀어짐.

③ Workers의 CPU 제한

이미지 처리·JSON 거대 파싱은 제한 시간 부딪힐 수 있음. 무거운 작업은 Durable Objects나 Queue로.

④ Bun 자체 호스팅의 보안 책임

업데이트·CVE·WAF 직접. SaaS형 두 곳보다 손이 많이 감.

9. 마이그레이션 비용

• Vercel → Workers: 어댑터로 80% 자동, 나머지 1~2주
• Workers → Vercel: 더 쉬움 (Workers가 좁은 표준)
• 둘 다 → Bun 자체: 4~8주 (운영 도구·모니터링 구축 포함)

10. 결정 가이드

참고

• vercel.com/docs/concepts/limits
• developers.cloudflare.com/workers/platform/limits
• fly.io/docs/about/pricing