호스팅·클라우드 플랫폼 11종 정리: 3개 층 구분과 고객 상황별 선택

호스팅 서비스를 비교할 때 가장 먼저 확인해야 할 것은 가격표가 아니라 서로 같은 종류의 서비스를 비교하고 있는가입니다. AWS와 Vercel, Railway와 VPS는 모두 애플리케이션을 운영할 수 있지만 사용자가 직접 관리해야 하는 범위가 다릅니다.

이 글에서는 대표적인 호스팅·클라우드 플랫폼 11종을 역할에 따라 나누고, 프로젝트 상황과 인수인계 관점에서 선택 기준을 정리합니다.

핵심 요약: 세 가지 층과 VPS로 나뉩니다

구분 | 대표 플랫폼 | 제공하는 것 | 사용자가 맡는 범위
하이퍼스케일 클라우드 | AWS, Azure, Google Cloud | 컴퓨팅·DB·스토리지 등 세부 서비스 | 설계, 조합, 비용·보안 운영
프론트엔드·엣지 플랫폼 | Vercel, Netlify, Cloudflare Pages | Git 연동 배포, CDN, 서버리스 실행 | 애플리케이션과 사용량 관리
PaaS | Heroku, Railway, Render, Cloudtype | 앱과 DB를 서비스 단위로 배포 | 앱 설정과 플랫폼 운영 정책 확인
VPS·IaaS | DigitalOcean 등 | 가상 서버와 네트워크 | OS, 컨테이너, DB, 백업, 보안 패치

위 분류는 우열이 아니라 책임 범위의 차이입니다. 관리 기능이 많으면 개발자가 직접 운영할 부분은 줄어들지만 플랫폼 사용료와 종속성은 커질 수 있습니다. VPS는 비용 구조가 단순할 수 있지만 운영 책임이 늘어납니다.

1. 하이퍼스케일 클라우드

AWS

컴퓨팅, 관리형 DB, 객체 저장소, 네트워크와 보안 서비스를 세밀하게 조합할 수 있습니다. 복잡한 시스템과 조직별 보안·권한 요구를 다루기 좋지만, 서비스 조합과 비용 구조를 이해할 운영 역량이 필요합니다.

Microsoft Azure

컴퓨팅과 데이터베이스뿐 아니라 Microsoft의 업무·ID 생태계와 연계하기 좋습니다. 이미 Microsoft 계정과 조직 관리 체계를 사용하는 기업이라면 계약과 권한 관리를 한 흐름으로 구성할 수 있습니다.

Google Cloud

컴퓨팅, 컨테이너, 데이터 분석과 AI·ML 서비스를 폭넓게 제공합니다. BigQuery, Cloud Run과 Kubernetes 기반 구성이 중요한 프로젝트에서 자주 검토됩니다.

하이퍼스케일 클라우드는 “서버 한 대”보다 다양한 부품을 조합하는 플랫폼에 가깝습니다. 대규모 확장, 세밀한 권한, 멀티리전 같은 요구가 없다면 필요한 기능보다 운영 복잡도가 먼저 커지지 않는지 확인해야 합니다.

2. 프론트엔드·엣지 플랫폼

Vercel

Git 저장소를 연결해 빌드와 배포를 자동화하며 Next.js 프로젝트에 편리한 개발 경험을 제공합니다. 미리보기 배포, CDN과 서버리스 실행을 한 플랫폼에서 구성할 수 있습니다. 팀 좌석과 실행량 등 여러 과금 기준이 있으므로 실제 사용 패턴으로 계산해야 합니다.

Netlify

정적 사이트와 프론트엔드 배포, 서버리스 기능을 중심으로 발전한 플랫폼입니다. Git 기반 워크플로와 배포 미리보기 같은 기능을 제공하며, 프로젝트에 필요한 빌드·함수·대역폭 정책을 현재 요금제에서 확인해야 합니다.

Cloudflare Pages

정적 자산을 엣지 네트워크에서 제공하고 Workers 생태계와 연결할 수 있습니다. 콘텐츠 중심 사이트나 비교적 가벼운 서버리스 기능에 적합합니다. 장시간 실행 작업과 전통적인 상시 서버가 필요한 애플리케이션은 실행 모델이 맞는지 먼저 확인해야 합니다.

프론트엔드·엣지 플랫폼은 배포가 빠르고 운영 부담이 낮지만, 컨테이너를 장시간 실행하거나 무거운 백그라운드 작업을 처리하는 용도와는 구조가 다를 수 있습니다.

3. PaaS

Heroku

애플리케이션을 서비스 단위로 배포하는 PaaS 방식을 널리 알린 플랫폼입니다. 앱 실행, 환경변수와 부가 서비스를 관리하기 쉬우며 기존 Heroku 워크로드를 유지하거나 표준적인 웹 프로세스를 운영할 때 검토할 수 있습니다.

Railway

애플리케이션과 데이터베이스를 한 프로젝트 안에서 빠르게 구성할 수 있습니다. 개발 초기 속도가 중요하거나 작은 팀이 컨테이너 운영 부담을 줄이고 싶을 때 적합합니다. 사용량 기반 비용과 리소스 제한을 운영 전에 확인해야 합니다.

Render

웹 서비스, 정적 사이트, 백그라운드 작업과 관리형 데이터베이스를 함께 구성할 수 있습니다. 프로토타입에서 운영 서비스까지 확장할 수 있지만 플랜별 휴면 정책, 리전과 리소스 조건은 공식 문서를 기준으로 확인해야 합니다.

Cloudtype

국내 사용자를 위한 배포 환경과 한국어 지원을 제공하는 PaaS입니다. 국내 결제와 지원 체계가 중요한 프로젝트에서 후보가 될 수 있습니다. 데이터 위치가 계약 요건이라면 서비스 명칭만 보고 판단하지 말고 실제 리전과 저장 범위를 확인해야 합니다.

PaaS의 장점은 서버 운영을 줄이는 데 있습니다. 대신 플랫폼의 배포 방식, 로그 보존, 백업과 장애 대응 범위 안에서 시스템을 설계해야 합니다.

중간 선택지: DigitalOcean과 VPS

DigitalOcean의 Droplet 같은 VPS는 가상 서버를 제공하고 사용자가 운영체제와 애플리케이션을 관리합니다. 컨테이너, 웹 서버와 데이터베이스를 자유롭게 구성할 수 있고 자원별 비용을 예상하기 비교적 쉽습니다.

반면 보안 패치, 방화벽, 백업, 모니터링과 장애 복구는 사용자의 책임입니다. VPS 가격만 비교하면 저렴해 보여도 운영 시간을 포함한 총비용은 달라질 수 있습니다.

고객 상황별 선택 기준

상황 | 우선 검토할 유형
정적 랜딩·콘텐츠 사이트 | 프론트엔드·엣지 플랫폼
Next.js 중심 웹 애플리케이션 | 프론트엔드 플랫폼 또는 PaaS
상시 서버와 DB가 필요한 서비스 | PaaS, VPS 또는 관리형 클라우드
복잡한 권한·네트워크·확장 요구 | 하이퍼스케일 클라우드
비용 예측과 구성 자유도가 중요 | VPS·IaaS
국내 결제·지원·데이터 위치가 중요 | 국내 리전과 지원이 확인된 서비스

플랫폼 이름보다 애플리케이션의 실행 방식이 먼저입니다. 정적 파일만 제공하는지, 서버리스 함수가 필요한지, 상시 프로세스와 작업 큐가 있는지, DB를 누가 백업할지를 확인하면 후보가 자연스럽게 줄어듭니다.

인수인계는 계정 생성부터 시작합니다

고객 프로젝트를 제작사 계정에 배포하면 완료 시점에 계정을 통째로 넘기거나 서비스를 재구축해야 할 수 있습니다. 처음부터 고객 명의의 계정과 결제 수단을 사용하고 제작사는 필요한 권한을 초대받는 방식이 안전합니다.

호스팅 계정 소유자가 고객으로 되어 있나요?

도메인 등록자와 복구 이메일이 고객 정보인가요?

결제 수단과 청구서 수신자가 고객인가요?

제작사 권한을 제거해도 서비스가 유지되나요?

DB 백업과 장애 알림의 수신자가 정해져 있나요?

선택할 때 주의할 점

요금과 무료 제공 범위는 자주 바뀌므로 계약 직전에 공식 가격표를 확인해야 합니다.

무료 플랜은 상업 이용, 휴면, 빌드와 트래픽 정책을 별도로 확인해야 합니다.

“서버리스”라는 이름만 보고 모든 백엔드 작업이 가능한 것으로 가정하면 안 됩니다.

데이터 위치는 회사 소재지가 아니라 실제 저장 리전과 하위 처리자를 기준으로 확인해야 합니다.

VPS는 인프라 비용과 운영 인건비를 함께 계산해야 합니다.

듀오랩스가 보는 관점

좋은 플랫폼은 기능이 가장 많은 곳이 아니라 프로젝트의 규모와 운영 주체에 맞는 곳입니다. 작은 사이트에 복잡한 클라우드 구성을 적용하면 운영 부담이 커지고, 장시간 작업이 필요한 서비스에 프론트엔드 전용 플랫폼을 적용하면 구조적인 제약을 만나게 됩니다.

플랫폼을 고를 때는 월 요금뿐 아니라 배포, 백업, 장애 대응, 계정 명의와 향후 이전 비용까지 함께 봐야 합니다. 인수인계가 가능한 계정 구조와 운영 책임을 먼저 정하면 기술 선택도 더 명확해집니다.

공식 확인 자료

AWS 클라우드 서비스

Microsoft Azure 제품

Google Cloud 제품

Vercel 가격과 사용량 기준

Cloudflare Pages

DigitalOcean Droplets