서버리스로 전환하면 비용이 줄어든다는 이야기를 듣고 클라우드 콘솔을 열었다가, 막상 예상 청구서를 보고 멈칫한 경험이 있을 것이다. 프리티어 범위에서는 거의 무료지만 트래픽이 조금만 늘어도 요금 구조가 복잡하게 얽힌다. 특히 스타트업이나 중소기업처럼 인프라 예산이 제한된 조직에서는 “우리 규모에서 실제로 얼마가 나오는가”라는 질문이 가장 절실하다.
이 글은 월간 호출 수 10만 회 미만의 초기 스타트업부터, 500만 회 이상을 처리하는 중소기업까지 실제 워크로드 기반의 월 청구 금액 사례를 정리한다. 끝까지 읽으면 자사 트래픽 규모에서 서버리스가 경제적인지, 어느 시점에 컨테이너 전환을 고려해야 하는지 판단할 수 있다.
왜 서버리스 비용 예측이 이렇게 어려운가
종량제의 함정: 변수가 너무 많다
서버리스 과금은 단순하지 않다. 요청 수, 실행 시간, 할당 메모리 세 가지가 곱해지고, 여기에 API Gateway 호출료, 데이터 전송료, 로깅 비용이 별도로 붙는다. 한 핀테크 스타트업의 사례를 보면, Lambda 함수 자체 비용은 월 12달러에 불과했지만 API Gateway 요금이 38달러, CloudWatch 로그 저장이 15달러로 총 65달러가 청구되었다. 정작 컴퓨팅 비용보다 주변 서비스 비용이 4배 이상 큰 구조였다.
이런 숨겨진 비용 항목들은 별도로 깊이 다룰 만큼 복잡한데, 서버리스 콜드스타트와 프로비저닝 설정 가이드에서 동시성 설정이 비용에 미치는 영향을 확인할 수 있다.
견적 도구의 한계
AWS Pricing Calculator나 Azure 요금 계산기를 돌려봐도 실제 청구 금액과 20~40% 차이가 난다. 재시도 로직으로 인한 중복 호출, 콜드스타트 시 추가되는 실행 시간, 예상보다 긴 외부 API 응답 대기 — 이런 변수들은 계산기가 반영하지 못한다.
서버리스 아키텍처 도입 실제 비용 사례: 트래픽 규모별 월 청구 금액은 얼마인가
월 10만 호출 미만 — 초기 MVP 단계
배달 중개 앱을 개발하던 3인 스타트업 사례다. Lambda 함수 12개, 평균 실행 시간 200ms, 메모리 256MB 구성이었다. 월간 호출 수 약 8만 회 기준으로 Lambda 비용은 0달러(프리티어 범위), API Gateway가 약 3달러, DynamoDB가 무료 티어 내에서 운영되어 총 월 비용이 5달러 미만이었다. EC2 t3.micro 인스턴스를 24시간 운영하면 월 8~10달러가 나오니, 이 규모에서는 서버리스가 확실히 경제적이다.
월 50만~100만 호출 — 성장기 스타트업
SaaS 형태의 고객 분석 플랫폼을 운영하는 15인 규모 스타트업 사례를 보자. 월간 약 80만 회 API 호출, 평균 실행 시간 350ms, 메모리 512MB를 사용했다. 청구 내역은 다음과 같았다.
- Lambda 실행 비용: 약 18달러
- API Gateway (REST API): 약 28달러
- CloudWatch Logs: 약 12달러
- 데이터 전송(outbound): 약 8달러
- 월 합계: 약 66달러
같은 워크로드를 ECS Fargate로 구성하면 월 45~55달러 수준이다. 비용 차이가 줄어들기 시작하는 구간이지만, 서버 관리 인력이 없는 소규모 팀에서는 운영 비용을 고려하면 여전히 서버리스가 유리했다.
월 300만~500만 호출 — 중소기업 규모
전자상거래 플랫폼을 운영하는 중소기업 사례다. 50인 규모, 월간 약 400만 회 호출, 평균 실행 시간 280ms, 메모리 1024MB 구성이었다. 프로비저닝된 동시성 50개를 설정한 상태에서 청구 금액이 크게 뛰었다.
- Lambda 실행: 약 95달러
- 프로비저닝된 동시성: 약 140달러
- API Gateway (HTTP API): 약 40달러
- CloudWatch 및 X-Ray: 약 35달러
- 데이터 전송: 약 22달러
- 월 합계: 약 332달러
동일 워크로드를 EKS 기반 컨테이너로 운영하면 월 180~220달러 수준으로 추정된다. 이 구간에서는 컨테이너 전환 손익분기점 계산을 진지하게 검토해야 할 시점이다.
비용 격차를 만드는 근본 원인은 무엇인가
실행 패턴이 비용을 결정한다
같은 월 100만 호출이라도 비용이 2배 이상 차이 날 수 있다. 핵심은 호출 분포다. 하루 종일 고르게 분산되는 API 서비스와 특정 시간대에 트래픽이 몰리는 배치 처리는 완전히 다른 비용 구조를 만든다. 한 물류 스타트업은 새벽 2시에 일괄 처리되는 정산 로직을 Lambda로 운영했는데, 피크 시간 동시 실행 수가 200개를 넘기면서 스로틀링과 재시도가 발생해 예상 비용의 1.8배가 청구되었다.
메모리 할당의 역설
메모리를 늘리면 비용이 올라갈 것 같지만, 실제로는 반대인 경우가 많다. AWS Lambda 공식 문서에 따르면 메모리 증가에 비례해 CPU 성능도 함께 올라간다. 한 이커머스 스타트업은 메모리를 128MB에서 512MB로 4배 올렸더니 실행 시간이 800ms에서 180ms로 줄어들어 오히려 월 비용이 23% 감소했다. 단위 시간당 요금은 올라가지만 총 실행 시간이 줄면서 전체 비용이 낮아지는 구조다.
스타트업과 중소기업이 빠지기 쉬운 비용 함정
프리티어 졸업 후 급증하는 청구서
많은 스타트업이 프리티어 기간에는 월 0~5달러 수준으로 운영하다가, 서비스가 성장하면서 갑자기 월 200달러 이상의 청구서를 받고 당황한다. 점진적으로 올라가는 게 아니라 특정 임계점을 넘기면 계단식으로 뛰는 구조이기 때문이다. 프리티어 100만 회 무료 → 101만 회부터 전체 과금이 아니라 초과분만 과금되긴 하지만, API Gateway와 데이터 전송은 프리티어 한도가 훨씬 낮아서 먼저 유료 구간에 진입한다.
멀티 리전 배포의 비용 곱셈
글로벌 사용자를 위해 2~3개 리전에 Lambda를 배포하는 중소기업이 늘고 있다. 문제는 각 리전의 비용이 독립적으로 과금된다는 점이다. 한 B2B SaaS 기업은 서울·버지니아·프랑크푸르트 3개 리전 배포 후 단일 리전 대비 비용이 2.4배로 증가했다. 트래픽의 85%가 서울 리전에 집중되어 있었으므로 나머지 리전은 CloudFront 엣지 캐싱으로 대체하여 월 비용을 40% 절감한 사례가 있다.
주의: 비용 알림을 설정하지 않은 채 서버리스를 운영하면, DDoS 공격이나 크롤러 봇에 의한 비정상 호출로 예상치 못한 고액 청구가 발생할 수 있다. Google Cloud Functions 가격 정책 페이지에서도 예산 알림 설정을 필수로 권고하고 있다.
우리 회사에 맞는 서버리스 비용 전략은 무엇인가
규모별 권장 접근법
트래픽 규모에 따른 권장 전략을 정리하면 다음과 같다.
- 월 10만 호출 미만: 서버리스 전면 도입. 프리티어만으로 충분하며 인프라 관리 비용이 제로에 가깝다
- 월 10만~100만 호출: 서버리스 유지하되 HTTP API(REST API 대비 71% 저렴)로 전환하고, 로그 보존 기간을 최소화한다
- 월 100만~500만 호출: 핵심 API는 컨테이너로 전환을 검토하고, 비동기 처리·이벤트 트리거 워크로드만 서버리스로 유지하는 하이브리드 구성이 비용 효율적이다
- 월 500만 호출 이상: Kubernetes 기반 컨테이너 운영이 대부분의 경우 30~50% 저렴하다. 서버리스는 스파이크 대응용 보조 인프라로만 활용한다
당장 적용 가능한 비용 절감 체크리스트
AWS 기준으로 즉시 확인할 항목들이다. Compute Savings Plans를 적용하면 Lambda 비용을 최대 17% 절감할 수 있다. 미사용 프로비저닝된 동시성은 매주 점검해서 해제해야 한다. 그리고 AWS Lambda 공식 요금 페이지에서 Graviton2(ARM) 기반 실행 시 x86 대비 20% 할인이 적용되므로 아키텍처 전환도 고려할 만하다.
결론
서버리스는 만능이 아니다. 월 10만 호출 미만에서는 거의 무료에 가까운 강력한 선택지이고, 100만 호출 전후에서 비용 효율이 갈리기 시작하며, 500만 호출을 넘으면 컨테이너가 대부분 유리해진다. 자사 트래픽 패턴과 호출 분포를 먼저 파악한 뒤, AWS Cost Explorer에서 서비스별 비용 비중을 확인하는 것이 첫 번째 단계다. 이후 하이브리드 전환이 필요한 시점에서는 컨테이너 비용과 직접 비교 시뮬레이션을 돌려보길 권한다.