서비스 개발, 개발비 말고 매달 얼마의 비용이 더 들어갈까?

월 운영비는 다음 네 묶음으로 나누면 빠뜨리는 항목이 줄어듭니다. 클라우드 이용료만 계산한 금액을 서비스 운영 전체 예산처럼 취급하지 않는 것이 핵심입니다.

여기에 도메인 갱신처럼 연 단위로 내는 비용도 있습니다. 월평균 예산에서는 12개월로 나눌 수 있지만, 실제 결제일에는 연간 금액이 한 번에 나갈 수 있으므로 현금 지출 일정도 따로 적어둡니다. 광고·콘텐츠 제작비와 고객 응대 인건비는 이 글의 인프라 예시에서 제외합니다.

Vercel과 Supabase는 모두 서비스 운영에 쓰이지만, 같은 종류의 “서버 상품”은 아닙니다. 아래는 비용을 이해하기 위한 대표적인 역할 구분입니다. 제품별 기능은 일부 겹칠 수 있습니다.

역할과 요금 구조는 각 서비스의 공식 안내를 기준으로 정리했습니다. [2][3][5][10][11][12]

예를 들어 Vercel에 화면과 API를 배포하고, Supabase에 회원·주문 데이터를 저장하는 조합을 구성할 수 있습니다. 그렇다고 항상 둘을 함께 구독해야 하는 것은 아닙니다. 회원이나 주문 데이터가 없는 정적 소개 사이트에는 별도 DB가 필요하지 않을 수 있고, 기존 백엔드가 있다면 이를 그대로 연결할 수도 있습니다.

Vercel Pro의 기본 플랫폼 요금은 월 $20입니다. 배포할 수 있는 유료 좌석 1개와 월 $20의 인프라 사용 크레딧이 포함되고, 추가 유료 좌석은 1개당 월 $20입니다. 조회용 Viewer 좌석은 무료입니다. [1]

함수 실행에는 Active CPU, 할당 메모리, 호출 수 등의 기준이 적용됩니다. 외부 API 응답을 기다리는 동안 Active CPU 과금은 멈출 수 있지만, 할당 메모리 비용까지 모두 없어지는 것은 아닙니다. 따라서 “AI 응답을 기다리기만 하니 서버 비용은 0”이라고 계산하면 안 됩니다. [5]

콘텐츠 전달 요금도 현재 설정을 확인해야 합니다. Vercel은 Pro용 Flat Rate CDN을 제공하며, 신규 Pro 팀에는 기본 적용하고 기존 팀은 전환할 수 있다고 안내합니다. 이 방식에서는 CDN 요청·전송량을 정액 용량으로 관리하지만, 함수 실행까지 모두 무제한이 되는 것은 아닙니다. 오래된 트래픽 단가표를 그대로 예산에 적용하지 마세요. [6]

무료 Hobby는 개인·비상업 용도로 안내됩니다. 고객 대상 사업용 사이트라면 “아직 방문자가 적다”는 이유만으로 무료 요금제를 전제하지 말고 이용 목적에 맞는 플랜을 확인해야 합니다. [2]

Supabase Pro는 조직당 월 $25부터 시작합니다. 프로젝트별 데이터베이스 실행 자원인 Compute가 별도로 계산되며, 유료 조직에는 월 $10의 Compute 크레딧이 제공됩니다. Micro 프로젝트 하나의 월 환산 Compute 비용이 약 $10이므로, 이 구성에서는 기본 프로젝트 하나가 커버됩니다. [3][4]

Pro의 포함량도 항목을 나누어 읽어야 합니다. DB 디스크는 프로젝트당 8GB, 파일 저장소는 100GB, 월간 활성 사용자는 100,000명이 안내됩니다. Egress와 캐시된 Egress에는 각각 250GB의 포함량이 있습니다. DB 디스크와 파일 저장소는 서로 다른 항목이며, 조직 단위 포함량을 프로젝트마다 중복해서 계산하면 안 됩니다. [3]

이 중 월간 활성 사용자 수는 인증 과금의 기준이지, 그 인원을 동시에 처리할 수 있다는 성능 보증이 아닙니다. 검색 쿼리, 동시 접속, 파일 처리량에 맞는 DB 사양은 별도로 시험해야 합니다.

또 “백업이 있다”는 설명만으로 모든 자료가 복구된다고 생각하면 안 됩니다. Supabase의 DB 백업에는 Storage API로 저장한 파일 원본이 포함되지 않습니다. 고객이 올린 이미지·문서를 복구해야 한다면 파일 보관과 복구 방법까지 설계해야 합니다. [7]

다음은 같은 Vercel Pro 팀과 같은 Supabase Pro 조직을 사용한다는 가정의 기본 인프라 예시입니다. Supabase 프로젝트는 모두 Micro이고 한 달 내내 운영하며, 다른 사용량은 포함량·크레딧 이내라고 가정합니다.

공식 기본료와 Compute 월 환산 금액으로 계산했습니다. DB 2개는 같은 조직 안의 별도 프로젝트를 의미하며, 별도 유료 조직이나 브랜치를 구성하면 계산이 달라집니다. [1][4]

예산을 상담할 때는 “이 구성으로 몇 명까지 되나요?”보다 대표 행동을 먼저 정의하는 편이 낫습니다. 같은 회원 1,000명이어도 하루 한 번 공지를 읽는 서비스와 매일 동영상을 시청하는 서비스는 사용하는 자원이 다릅니다.

사용자가 늘어날 때는 회원 수보다 사용자의 행동을 비용으로 바꿔봅니다. 파일을 한 번 올리는 것과 같은 파일을 여러 번 내려받는 것은 다릅니다. 저장 용량과 전송량을 구분해야 합니다.

예약 플랫폼, 쇼핑몰, AI 서비스는 같은 배포 환경을 사용하더라도 외부 기능 때문에 월 운영비가 달라집니다. 기능을 추가할 때마다 “개발비”와 “사용료”를 별도 항목으로 적어두는 편이 좋습니다.

Vercel·Supabase 조합만 정답은 아닙니다. AWS나 Cloudflare를 비교할 때도 월 시작 가격보다 맡길 역할과 관리 범위를 맞추어 비교해야 합니다.

낮은 번들 가격을 선택하기 전에 운영체제 업데이트, 배포, 데이터베이스 관리, 백업·복구를 누가 책임질지 확인합니다. 서버비 차액보다 직접 관리에 드는 시간이나 장애 대응 범위가 더 중요한 프로젝트도 있습니다. 이 부분은 관리형 상품과 같은 조건으로 비교해야 합니다.

따라서 “더 싼 서버”를 찾는 순서는 요구사항 확인 → 역할 분리 → 포함 기능 비교 → 예상 사용량 대입입니다. 장시간 작업, 실시간 연결, 데이터 보관 조건 등 필수 요구를 확인한 뒤 서비스에 맞는 조합을 고르는 편이 좋습니다.

무료 플랜은 검증에 활용할 수 있지만, 상용 운영에서는 요금뿐 아니라 제한을 확인해야 합니다. Vercel Hobby의 비상업 조건과 별개로, Supabase Free에는 비활성 프로젝트 일시중지와 용량·자동 백업 등의 제한이 있습니다. 서로 다른 서비스의 무료 조건을 하나로 일반화하지 않습니다. [2][3]

외주 개발을 맡긴다면 화면과 기능 목록 옆에 운영비 표를 요청해보세요. 총액 한 줄보다 다음 항목이 있으면 출시 뒤 어떤 변경이 비용을 늘리는지 이해하기 쉽습니다.

운영비는 공급업체가 받는 이용료와 개발 파트너가 수행하는 관리 업무를 구분해서 검토합니다. 호스팅을 결제했다는 사실과, 서비스 장애를 조사하고 버그를 수정하는 계약이 있다는 사실은 다릅니다. 반대로 운영 관리가 포함된 계약이라면 어떤 외부 이용료까지 포함하는지 확인해야 합니다.

좋은 운영비 계획은 가장 낮은 시작 가격이 아니라, 무엇 때문에 비용이 늘고 누가 대응하는지 설명할 수 있는 계획입니다.

노코더스에 웹·앱·AI 개발을 상담할 때도 필요한 기능과 함께 예상 사용량, 운영 계정, 출시 후 관리 범위를 정리해보세요. 초기 제작 견적과 월 운영 예산을 나누어 보면, 먼저 만들 기능과 이후에 확장할 기능을 더 명확하게 정할 수 있습니다.