클라우드 비용 청구서를 열어보고 깜짝 놀란 경험, 한 번쯤 있지 않으신가요? 서버리스로 시작했는데 트래픽이 늘면서 비용이 가파르게 올라가는 상황. 반대로 컨테이너로 전환하자니 운영 부담이 걱정되는 상황. 결국 핵심은 “우리 워크로드에서 정확히 몇 건의 호출부터 컨테이너가 유리한가”를 숫자로 아는 것입니다. 이 글을 끝까지 읽으시면 월간 호출 수와 실행 시간을 기반으로 손익분기점을 직접 계산하고, 자신의 워크로드에 맞는 최적 아키텍처를 판단할 수 있게 됩니다.
서버리스와 컨테이너의 비용 비교를 이해하려면, 택시와 자가용의 비유가 가장 직관적입니다. 서버리스는 택시처럼 탈 때만 돈을 냅니다. 호출 건수와 실행 시간에 비례해서 요금이 부과되죠. AWS Lambda 기준으로 요청 100만 건당 0.20달러, GB-초당 0.0000166667달러가 과금됩니다. 반면 컨테이너(ECS Fargate, Cloud Run 상시 인스턴스 등)는 자가용처럼 주차 중에도 유지비가 듭니다. vCPU와 메모리를 시간 단위로 예약하기 때문에 트래픽이 없어도 비용이 발생합니다.
손익분기점을 계산하려면 반드시 세 가지를 정해야 합니다.
이 세 변수를 곱하면 월간 총 GB-초가 나오고, 여기에 단가를 곱하면 서버리스 월 비용이 산출됩니다. 컨테이너 쪽은 필요한 인스턴스 수와 스펙을 기준으로 월 고정 비용을 계산합니다. 두 금액이 같아지는 지점이 바로 손익분기점입니다.
구체적인 숫자로 들어가 보겠습니다. 메모리 512MB, 평균 실행 시간 200ms인 함수를 가정하겠습니다. 월 100만 건 호출 시 계산은 이렇습니다.
프리티어(월 100만 건, 40만 GB-초 무료)를 적용하면 비용은 거의 0에 가깝습니다. 그런데 이걸 월 1,000만 건으로 올리면? 약 $18.7. 1억 건이면 $187. 선형적으로 올라간다는 점이 중요합니다. 다만 서버리스 비용 모델을 분석한 글에서 다룬 것처럼, API Gateway 비용과 데이터 전송 비용이 별도로 붙는다는 점을 간과하면 안 됩니다.
서버리스의 매력은 저트래픽에서 압도적으로 저렴하다는 것이고, 약점은 고트래픽에서 비용이 선형으로 계속 증가한다는 것입니다. 월 5,000만 건을 넘기면 비용 곡선이 상당히 가팔라집니다. 실제 적용 사례를 살펴보면, 이커머스 API처럼 호출당 처리 시간이 300ms를 넘는 워크로드는 더 빠르게 비용이 불어납니다.
같은 워크로드를 ECS Fargate로 옮긴다고 가정해 보겠습니다. 0.5vCPU + 1GB 메모리 태스크 하나의 월 비용은 대략 이렇습니다.
핵심이 여기 있습니다. 이 $18.02는 호출이 0건이든 1억 건이든 동일합니다. 물론 처리량 한계가 있으니 트래픽이 많으면 태스크를 늘려야 하죠. 0.5vCPU 컨테이너 하나가 동시에 처리할 수 있는 요청은 대략 50~100개 수준입니다.
AWS Fargate 공식 요금 페이지를 보면, 컨테이너 비용은 계단식으로 증가합니다. 태스크 1개로 커버 가능한 범위에서는 고정이지만, 오토스케일링이 태스크를 2개, 3개로 늘리면 비용도 2배, 3배가 됩니다. 그렇지만 서버리스처럼 호출 건별로 과금되지 않기에, 일정 규모 이상에서는 확실히 효율적입니다. 많은 사람이 처음에는 컨테이너의 고정 비용이 부담스럽게 느껴지지만, 트래픽이 꾸준한 워크로드에서는 오히려 예측 가능한 비용이 장점이 됩니다.
이제 두 비용을 교차시켜 보겠습니다. 앞의 조건(512MB 메모리, 200ms 실행 시간)을 유지합니다.
태스크 1개로 충분한 범위에서 단순 계산하면, $18.02 ÷ $0.0000000187 ≈ 약 9억 6,000만 건에서 손익분기점이 형성됩니다. 숫자가 터무니없이 커 보이죠? 맞습니다. 이 조건에서는 서버리스가 압도적으로 유리합니다.
그런데 현실은 다릅니다. 실행 시간이 500ms로 늘어나면 분기점은 약 3억 8,000만 건으로 내려오고, 메모리를 1GB로 올리면 약 2억 4,000만 건까지 떨어집니다. 여기에 API Gateway 비용(100만 건당 $3.50)을 더하면 상황이 급변합니다.
API Gateway, CloudWatch 로깅, VPC 연결 비용까지 합산하면 서버리스의 실질 호출 단가는 순수 Lambda 비용의 3~5배가 되는 경우가 흔합니다. 이 현실적 시나리오에서 손익분기점은 월 5,000만~1억 건 사이로 떨어집니다. 서버리스 과금 비교 분석 글에서 각 플랫폼의 세부 과금 항목을 확인할 수 있으니 참고하시기 바랍니다.
팁: 손익분기점 계산 시 Lambda 비용만 보면 안 됩니다. API Gateway, NAT Gateway, CloudWatch 비용을 반드시 합산하세요. 실무에서는 이 부대비용이 Lambda 자체 비용보다 큰 경우도 있습니다.
단순히 호출 수만으로 결정하면 실수합니다. 트래픽 패턴이 더 중요한 변수입니다.
운영 인력 비용을 빼놓으면 안 됩니다. 컨테이너는 클러스터 관리, 이미지 빌드, 네트워크 설정 등 DevOps 역량이 필요합니다. Google Cloud 아키텍처 가이드에서도 강조하듯, 인프라 비용이 저렴해도 관리 비용이 높으면 총소유비용(TCO)은 오히려 올라갈 수 있습니다. 소규모 팀이라면 서버리스의 운영 편의성이 월 수십만 원의 비용 차이보다 가치 있을 수 있습니다.
지금 바로 자신의 워크로드에 적용할 수 있는 프레임워크입니다.
모든 경우에 이 공식이 깔끔하게 적용되지는 않습니다. 콜드스타트로 인한 성능 저하, 프로비저닝된 동시성 비용, Reserved Instance 할인 등 변수가 많기 때문입니다. 그래서 시뮬레이션은 최소 3가지 시나리오(낙관/기본/비관)로 돌려보는 것을 권장합니다.
서버리스에서 컨테이너로의 전환 손익분기점은 단순 호출 수가 아니라 실행 시간, 메모리, 부대비용을 모두 포함해야 현실적인 숫자가 나옵니다. 순수 Lambda 비용만 보면 분기점이 수억 건으로 잡히지만, API Gateway와 모니터링 비용을 합치면 월 5,000만~1억 건 구간으로 내려옵니다. 오늘 당장 CloudWatch에서 지난 30일 호출 수와 평균 실행 시간을 확인하고, 위 4단계 프레임워크로 시뮬레이션을 돌려보시기 바랍니다.
노후 준비의 첫걸음은 현재 내가 보유하고 있는 국민연금의 정확한 금액을 아는 것입니다.매달 급여에서 보험료가 차감되지만,…
대중교통을 자주 이용하는 청소년들에게 교통비는 큰 부담으로 작용할 수 있습니다.청소년후불교통카드는 잔액이 부족해도 후불로 이용할 수…
대중교통을 자주 이용하는 분들은 교통비지원 제도를 적극적으로 활용하는 것이 좋습니다.정부와 지방자치단체는 교통비 부담을 줄이기 위해…