클라우드서버리스운영 비용사례 연구

클라우드 이전 실패에서 배운 것 — 그리고 지금 자신 있게 제공하는 것

2026-04-29 · 10

시작: 완벽해 보이는 기술 선택

논문 컨설팅 전문 회사의 사이트 리뉴얼이었습니다. 오래된 공유 호스팅 위의 그누보드(Gnuboard) 5 환경을 Next.js 기반 서버리스 엣지 플랫폼과 클라우드 PostgreSQL 서비스로 재구축하는 프로젝트였습니다.

기술 스택은 지금 시점에서 선택할 수 있는 최선 중 하나였습니다. Next.js App Router, React Server Components, 클라우드 DB의 Row Level Security와 실시간 구독, 전 세계 엣지 네트워크. 이미지 최적화, 정적 페이지 캐싱, ISR(Incremental Static Regeneration), 클라이언트 번들 최소화까지 — 적용할 수 있는 최적화는 모두 적용했습니다. 개발 품질에는 타협이 없었습니다.

그리고 운영을 시작한 뒤 얼마 지나지 않아 청구서가 왔습니다.

문제의 본질: 최적화로 해결되지 않는 비용

서버리스 엣지 플랫폼과 클라우드 DB 서비스의 과금 구조를 이해하는 것이 핵심입니다. 이 두 플랫폼은 모두 사용량 기반(usage-based) 과금입니다. 이것은 기술의 문제가 아니라 비즈니스 모델의 특성입니다. 이미지 최적화를 완벽하게 구현하고, 데이터베이스 쿼리를 최소화하고, 엣지 캐싱을 최대로 활용해도 — 다음 항목들은 최적화의 영향을 거의 받지 않습니다:

정리하면: 이 프로젝트의 워크로드는 I/O 집약적(I/O-heavy)이었습니다. 저장과 전송이 핵심 비용 동인이지, 연산(compute)이 아닙니다. 클라우드 사용량 기반 과금은 컴퓨팅이 비싸고 스토리지·트래픽이 저렴한 레거시 시대의 논리가 역전된 환경입니다. I/O 집약적 서비스에서 사용량 기반 클라우드는 구조적으로 비쌉니다.

왜 국내 주요 호스팅 업체의 클라우드도 답이 아닌가

한국에서 클라우드 전환을 고민하는 중소 사업자가 자연스럽게 향하는 곳이 국내 대형 호스팅 업체들의 관리형 클라우드입니다. 익숙한 이름, 한국어 지원, 기존 서비스와의 연동이 장점입니다. 하지만 이 옵션에는 두 가지 구조적 문제가 있습니다.

첫째, 고정 비용이지만 비쌉니다. 국내 대형 호스팅 업체의 관리형 클라우드 패키지는 사양 대비 단가가 높습니다. 글로벌 대형 클라우드 인프라를 재판매하는 구조이기 때문에, 그 마진이 가격에 반영됩니다. 동급 사양의 유럽 고정 가격 클라우드 전용 서버와 비교하면 수 배 차이가 나는 경우가 일반적입니다.

둘째, 레거시 기술 스택에 묶여 있습니다. PHP, Apache, MySQL 중심의 환경에서 Next.js, PostgreSQL, 컨테이너 기반 배포를 제대로 지원하는 구성을 구성하려면 결국 추가 비용과 복잡성이 발생합니다. 현대적인 개발 경험을 유지하면서 비용 효율도 잡기 어렵습니다.

해결책: 듀얼 호스팅 전략

다양한 인프라 옵션을 깊이 조사한 결과, 실용적인 답에 도달했습니다.워크로드의 성격에 따라 두 가지 인프라를 적절히 조합하는 듀얼(하이브리드) 호스팅입니다.

서버리스 엣지 네트워크: 경량·고성능 사이트에 최적

스토리지 의존도가 낮고 트래픽이 가변적이며 글로벌 성능이 중요한 사이트라면 서버리스 엣지 플랫폼은 여전히 최선입니다. 마케팅 사이트, 브랜드 사이트, 블로그, 포트폴리오 — 이런 용도에서 서버리스 엣지 캐싱은 비용 효율과 성능을 동시에 충족합니다. 전 세계 100개 이상의 엣지 노드에서 100ms 이내로 응답하는 성능을 합리적인 비용에 제공합니다.

고정 비용 클라우드 전용 서버: I/O 집약 사이트에 최적

파일이 많고 트래픽이 꾸준하며 사용자 간 인터랙션이 밀도 높은 사이트에는 월정액 고정 비용 기반의 전용 클라우드 서버가 훨씬 경제적입니다. 조사 과정에서 발견한 것이 "저렴하고 투명한 클라우드"를 표방하는 유럽의 클라우드 제공사입니다. 동급 사양 기준 주요 글로벌 클라우드 대비 수분의 일 수준의 가격에 수 TB의 월정액 트래픽을 제공합니다. 국내 주요 호스팅 업체의 관리형 클라우드와 비교해도 비용은 비슷하거나 낮으면서, 사양과 자유도는 훨씬 높습니다.

이 전용 서버 위에서 Next.js를 Docker로 운영하고, PostgreSQL을 직접 관리하면 기존 서버리스 조합과 거의 동일한 개발 경험을 유지하면서 청구서의 예측 가능성을 완전히 확보할 수 있습니다.

두 경로 모두 동일한 현대적 기술 스택 위에서 운영됩니다. 고객은 워크로드에 따라 최적의 인프라를 선택받고, 운영 비용은 사전에 정확히 예측할 수 있습니다.

지금 JView Lab이 자신 있게 제공하는 것

이 프로젝트의 실패와 그 해결 과정이 통합 웹사이트 관리 서비스를 더 단단하게 만들었습니다. 이제 고객의 실제 워크로드를 분석한 뒤 두 가지 경로 중 어느 쪽이 더 합리적인지 명확하게 제안할 수 있습니다.

마치며: 실패에서 제대로 배운 것

"최신 기술 = 최선의 선택"이 아닙니다. 기술은 워크로드와 경제 구조가 맞아야 비로소 최선이 됩니다. 엔지니어링 기반 접근의 핵심은 가장 화려한 기술이 아니라, 이 특정 사업장의 요구사항에 가장 정직하게 맞는 구성을 찾는 것입니다.

레거시 PHP 사이트의 현대화를 고민하고 계시거나, 현재 운영 중인 클라우드 비용이 예상보다 높다면 문의주세요. 워크로드를 함께 분석하고 실제로 맞는 구성을 찾아드립니다.

블로그 목록