⏱️ 10초 핵심 요약
- 서버리스는 서버가 없는 것이 아니라, ‘실행한 1밀리초(ms)’ 단위로 돈을 내는 구조입니다.
- 초기 트래픽이 적은 스타트업에게는 축복이지만, 일정 트래픽을 넘어서는 순간 요금이 기하급수적으로 폭증합니다.
- 첫 실행 시 지연이 발생하는 ‘콜드 스타트(Cold Start)’ 문제는 서비스 품질(UX)을 떨어뜨리는 주범입니다.
클라우드 업계에서 가장 매력적인 마케팅 문구는 “사용한 만큼만 돈을 내세요”입니다. 아마존웹서비스(AWS)의 Lambda나 구글 클라우드의 Cloud Functions로 대표되는 서버리스(Serverless) 컴퓨팅이 그 중심에 있습니다.
24시간 서버를 켜둘 필요 없이, 사용자가 버튼을 클릭할 때만 코드가 깨어나서 일하고 다시 잠듭니다. 논리적으로는 완벽한 비용 절감 모델입니다. 하지만 막상 도입 후 다음 달 청구서를 보고 황급히 원래 서버 구조로 돌아가는 기업이 속출하고 있습니다. 그 원인을 객관적인 데이터 구조로 분석합니다.
1. 성능의 발목을 잡는 콜드 스타트(Cold Start)
서버리스의 가장 큰 기술적 단점은 ‘반응 속도’입니다. 24시간 대기 중인 일반 서버(EC2 등)는 요청이 들어오면 0.01초 만에 응답합니다.
반면 서버리스는 요청이 없을 때 자원을 완전히 꺼둡니다. 그러다 갑자기 사용자가 접속하면, 그제야 클라우드 어딘가에 컨테이너를 만들고 코드를 로딩하기 시작합니다. 이 준비 과정 때문에 첫 응답이 1~3초까지 지연되는데, 이를 콜드 스타트(Cold Start)라고 부릅니다. 성격 급한 한국의 이커머스나 실시간 게임 환경에서는 고객 이탈을 유발하는 치명적인 문제입니다.
2. 요금 교차점: 언제부터 비싸지는가?
서버리스는 ‘호출 횟수’와 코드가 실행되는 ‘시간(Duration)’을 곱해서 과금합니다. 트래픽 구간에 따라 비용 곡선이 완전히 달라집니다.
📉 저트래픽 환경 (스타트업/사내 툴)
하루 접속자가 수백 명 수준이거나, 이따금씩 실행되는 배치(Batch) 작업 위주라면 서버리스가 압도적으로 저렴합니다. AWS는 매월 100만 번의 호출까지 무료로 제공하므로, 초기 인프라 비용을 사실상 ‘0원’으로 세팅할 수 있습니다.
📈 고트래픽 환경 (대형 서비스)
초당 수십~수백 건의 요청이 24시간 내내 들어오는 서비스라면 이야기가 다릅니다. 이때부터는 코드를 실행할 때마다 누적되는 과금이 일반 서버 1대를 24시간 켜두는 비용(월 고정비)을 아득히 초과하게 됩니다.
💡 비즈니스 도입 기준 세우기
무조건 서버리스가 좋거나 나쁜 것은 아닙니다. 핵심은 ‘우리 회사의 트래픽 패턴’을 파악하는 것입니다.
- ✅ 도입 추천: 사용자가 언제 접속할지 예측할 수 없는 서비스, 특정 이벤트(수강신청, 선착순 쿠폰)에만 트래픽이 폭발하는 기능, 주기적으로 도는 백업 자동화 스크립트.
- ❌ 도입 보류: 24시간 내내 안정적으로 높은 트래픽이 유지되는 메인 API 서버, 응답 속도 지연(Latency)에 매우 민감한 금융 및 실시간 스트리밍 시스템.
개발 편의성만 보고 모든 아키텍처를 서버리스로 전환하면 트래픽 성장과 동시에 재무적 위기를 맞습니다. 항상 켜져 있어야 하는 핵심 코어(Core)는 일반 서버나 컨테이너로 유지하고, 변동성이 큰 주변부 기능만 서버리스로 떼어내는 하이브리드 구조를 설계하는 것이 가장 안전한 비용 통제 방법입니다.