클라우드 운영비를 발주 단계에서 예측하는 견적 체크리스트

스타트업이 외주로 서비스를 개발해 출시할 때, 개발비는 꼼꼼히 비교하면서 출시 이후의 클라우드 운영비는 견적서에서 빠지는 경우가 많습니다. 초기에는 무료 크레딧과 프리티어 덕분에 청구서가 거의 0에 가깝기 때문입니다. 문제는 이 금액이 사업의 실제 비용 구조가 아니라, 일시적으로 가려진 숫자라는 점입니다. 트래픽이 늘고 크레딧이 소진되는 시점에 운영비가 한꺼번에 드러나면, 이미 서비스는 돌아가고 있고 구조를 바꾸기 어려운 상태가 됩니다.

왜 운영비는 출시 직후에야 보이기 시작할까

클라우드 비용이 처음부터 보이지 않는 이유는 두 가지 장치가 겹쳐 있기 때문입니다. 하나는 가입 시 제공되는 크레딧, 다른 하나는 일정 사용량까지 과금하지 않는 프리티어입니다.

AWS의 경우 2025년 7월 15일부터 신규 프리티어 구조가 바뀌었습니다. 가입 시 기본 크레딧을 제공하고 특정 서비스(EC2, Bedrock 등) 사용 시 추가 크레딧을 더해 합계 최대 200달러까지 지급하며, 무료 계정 플랜은 가입 후 6개월 또는 크레딧 소진 중 먼저 도래하는 시점에 만료됩니다. 30개 이상 서비스는 상시 무료로 유지됩니다(AWS What's New). 즉 크레딧은 사용량이 아니라 시간에도 걸려 있어, 트래픽이 적어도 일정 기간이 지나면 끝납니다.

데이터 전송도 비슷합니다. AWS는 리전에서 인터넷으로 나가는 아웃바운드 전송을 월 100GB까지(전 서비스·리전 합산, 중국·GovCloud 제외), CloudFront는 월 1TB까지 무료로 제공하고 이 한도를 넘는 트래픽은 유료로 과금합니다(AWS News Blog). 사용자가 늘고 이미지·영상 같은 무거운 콘텐츠가 오가기 시작하면 한도를 넘기 쉬운 항목입니다.

초기 스타트업이라면 AWS Activate의 크레딧을 받을 수도 있습니다. 자기자본 기반 초기 단계에 주어지는 Founders 등급은 최대 1,000달러(선별 시 최대 5,000달러), 투자사 연계 Portfolio 등급은 최대 200,000달러 크레딧을 제공하며 설립 10년 이내, 정상 운영 중인 회사 웹사이트 보유 등을 공통 요건으로 합니다(AWS Activate). 다만 이 크레딧 역시 운영비를 없애는 것이 아니라 뒤로 미루는 장치입니다. 크레딧이 큰 금액일수록 소진 시점의 체감 비용이 크다는 점을 발주 단계에서 염두에 두어야 합니다.

발주·견적 단계에서 요구할 운영비 시뮬레이션

핵심은 개발 견적과 별도로 운영비 시뮬레이션을 요구하는 것입니다. 크레딧과 프리티어가 모두 끝났다고 가정했을 때의 월 비용을, 트래픽 구간별로 나누어 받는 것이 목적입니다. 아래 네 항목으로 나누면 누락을 줄일 수 있습니다.

서버(컴퓨팅)

상시 켜두는 인스턴스의 사양과 개수, 예상 가동 시간을 기준으로 월 비용을 산출받습니다. 개발 단계의 임시 사양이 아니라 출시 후 정상 운영 기준으로 잡아야 합니다.

데이터 전송(트래픽)

사용자당 평균 전송량과 월 사용자 추정치를 곱해, 무료 한도를 넘는 구간의 과금을 따로 받습니다. 이미지·동영상·다운로드가 많은 서비스라면 CDN 적용 여부에 따라 비용이 크게 달라지므로 적용·미적용 두 안을 받는 편이 좋습니다.

저장·백업

데이터베이스와 파일 저장소의 증가 추세, 백업 보관 기간과 세대 수, 백업 자체의 저장 비용을 분리해 산출받습니다. 로그와 백업은 지우지 않으면 계속 쌓이면서 비용이 늘어나는 항목이라 보관 정책을 함께 정해야 합니다.

오토스케일링

트래픽이 몰릴 때 서버를 자동으로 늘리는 구조는 장애를 막아주지만, 동시에 비용 상한이 없으면 청구액도 함께 튀어 오릅니다. 최소·최대 인스턴스 수와 확장 조건, 예상 피크 시 월 비용의 상한선을 명시받는 것이 안전합니다.

계약과 인수검수에 담는 체크리스트

시뮬레이션을 받았다면 그 숫자가 구두 설명에 그치지 않도록 문서에 남겨야 합니다. 발주서와 인수검수 기준에 아래 항목을 넣어두면 출시 후 분쟁과 재작업을 줄일 수 있습니다.

• 크레딧·프리티어 소진 기준 운영비 표: 트래픽 저·중·고 구간별 월 비용을 항목별로 분리해 받고, 산출의 전제(사용자 수, 전송량 가정)를 함께 기재합니다. 가정 예시임을 명시합니다.
• 비용 알림·상한 설정: 예산 초과 알림과 오토스케일링 상한이 구축 범위에 포함되는지 인수검수 항목으로 확인합니다.
• 백업·로그 보관 정책: 보관 기간, 세대 수, 자동 삭제 규칙을 계약에 적어 저장 비용이 무한정 늘지 않도록 합니다.
• 계정·크레딧 소유 주체: 클라우드 계정과 크레딧을 개발사 계정이 아니라 발주사 명의로 둘지 정합니다. 운영과 이관, 비용 가시성에 직접 영향을 줍니다.
• 운영비 가시화 자료 인계: 비용 대시보드 접근 권한과 월별 청구 확인 방법을 인수인계 문서에 포함합니다.

마무리

출시 직후의 낮은 청구서는 사업의 비용 구조가 아니라 크레딧과 프리티어가 잠시 가려둔 숫자입니다. 개발 견적과 함께 크레딧이 모두 끝난 뒤의 운영비를 서버·트래픽·저장/백업·오토스케일링으로 나누어 받고, 그 숫자를 계약과 인수검수에 담아두면 출시 이후에 당황하는 일을 줄일 수 있습니다. FIRSTPIP은 서비스 개발을 맡을 때 운영비 시뮬레이션과 인수검수 기준을 함께 정리해 드립니다. 웹 서비스 개발과 운영 설계가 필요하시다면 웹 서비스 개발 안내를 참고해 주세요.