직원 20명에서 50명까지, Vercel과 Supabase 비용은 얼마나 들까?

웹 인프라2026년 7월 29일글: 홍서진, Duolabs14분 읽기blog capacity-planning model-openai-gpt-5.5 supabase technical-note vercel

사내 시스템을 만들 때 가장 자주 나오는 질문 중 하나는 "직원 수가 늘어나면 서버 비용도 같은 비율로 늘어나는가"입니다. Vercel과 Supabase 조합에서는 직원 수보다 배포를 관리하는 개발자 수, 동시에 발생하는 요청, 데이터베이스 쿼리와 배치 작업이 비용에 더 큰 영향을 줍니다.

직원 20명이 사용하는 전자결재나 업무 관리 시스템은 Vercel Pro와 Supabase Pro Micro로 충분한 경우가 많습니다. 직원이 50명으로 늘어나더라도 일반적인 등록·조회·수정 업무가 중심이라면 같은 구성으로 운영할 수 있습니다. 다만 보고서, 대량 데이터 처리와 운영 환경 분리가 필요해지면 비용 구조가 달라집니다.

이 글은 2026년 7월 Vercel과 Supabase 공식 문서를 기준으로 작성했습니다. 가격과 제공량은 변경될 수 있으므로 실제 도입 시점에는 각 서비스의 최신 가격표를 다시 확인해야 합니다.

먼저 구분해야 할 두 종류의 사용자

사내 시스템을 사용하는 직원과 Vercel 프로젝트를 배포하는 팀원은 서로 다릅니다.

직원 50명이 웹 애플리케이션에 로그인한다고 해서 Vercel 유료 좌석이 50개 필요한 것은 아닙니다. Vercel 좌석은 프로젝트를 배포하고 설정을 관리하는 개발자에게 적용됩니다. 일반 직원은 애플리케이션 계정으로 서비스를 이용하며, 이 계정은 보통 Supabase Auth에서 관리합니다.

예를 들어 개발자 한 명이 배포를 담당하고 직원 50명이 사내 시스템을 사용한다면 Vercel 유료 좌석은 한 개면 됩니다. 다른 구성원이 배포 현황만 확인하는 경우에는 무료 Viewer 좌석을 활용할 수 있습니다.

회사 업무에는 Vercel Hobby보다 Pro가 맞다

Vercel Hobby는 무료지만 공식 정책상 개인·비상업적 용도로 제한됩니다. 트래픽이 매우 적더라도 회사 업무에 사용하는 시스템이라면 Pro를 선택하는 것이 적합합니다.

Vercel Pro의 기본 플랫폼 요금은 월 20달러입니다. 여기에는 다음 항목이 포함됩니다.

배포 가능한 팀 좌석 1개
월 20달러의 사용량 크레딧
무제한 Viewer 좌석
팀 협업과 고급 지출 관리
더 긴 Function 실행 시간과 확대된 배포 한도
이메일 지원

배포 가능한 개발자를 추가하면 한 명당 월 20달러가 더해집니다. 애플리케이션을 사용하는 직원 수는 이 좌석 비용에 직접 영향을 주지 않습니다.

Vercel Pro가 직원 50명에게 충분한가

Vercel 공식 가격표는 Pro에 월 1,000만 Edge Request와 1TB Fast Data Transfer를 안내합니다. Next.js 화면이 정적 파일과 캐시를 잘 활용하고 데이터 처리를 Supabase에 맡기는 구조라면 직원 20명이나 50명의 일반적인 사내 사용량은 이 범위에 들어갈 가능성이 높습니다.

Vercel 비용이 커지는 주요 원인은 단순 로그인 사용자 수보다 다음과 같은 작업입니다.

캐시되지 않는 서버 렌더링을 매 요청마다 수행
큰 파일을 Vercel Function을 거쳐 업로드하거나 내려받기
오래 실행되는 API와 반복 호출
이미지 변환을 대량으로 수행
자동화 오류로 같은 Function이 재귀적으로 호출
여러 프로젝트에서 빌드를 매우 자주 실행

화면과 인증 흐름은 Vercel에서 제공하되 파일은 Supabase Storage에 직접 업로드하고, 데이터 조회는 캐시 정책과 쿼리 특성에 맞게 분리하면 비용을 예측하기 쉬워집니다.

Supabase Pro의 기본 비용

Supabase Pro는 조직 기본요금 월 25달러와 프로젝트별 Compute 비용으로 구성됩니다. 매월 10달러의 Compute 크레딧이 포함되어 기본 Micro 프로젝트 하나의 Compute 비용을 상쇄합니다.

구성	계산	Supabase 월 예상 비용
Micro 프로젝트 1개	$25 + $10 - $10 크레딧	약 $25
Small 프로젝트 1개	$25 + $15 - $10 크레딧	약 $30
Micro 프로젝트 2개	$25 + $20 - $10 크레딧	약 $35
Small 운영 + Micro 스테이징	$25 + $15 + $10 - $10 크레딧	약 $40

여기에 데이터 전송량, 디스크, Storage, Auth와 부가 기능의 초과 사용량이 추가될 수 있습니다.

Supabase Micro와 Small 비교

항목	Micro	Small
월 Compute 가격	약 $10	약 $15
CPU	공유형 2코어	공유형 2코어
메모리	1GB	2GB
권장 최대 DB 크기	10GB	50GB
직접 DB 연결	60개	90개
Pooler 클라이언트 연결	200개	400개

직원 수가 20명에서 50명으로 늘었다는 이유만으로 Small이 필요한 것은 아닙니다. 목록 조회, 신청, 승인과 상태 변경이 중심인 사내 CRUD 시스템이라면 Micro에서도 충분할 수 있습니다.

Small을 고려할 시점은 사용자 수보다 다음 신호로 판단합니다.

업무 시간에 메모리 부족과 쿼리 지연이 반복됨
통계 화면에서 큰 범위의 집계와 다중 조인을 자주 실행
대용량 CSV·엑셀 가져오기가 일반 업무와 겹침
실시간 구독과 자동화 작업이 동시에 증가
전문 검색, 벡터 검색이나 OCR 결과 처리가 추가됨
데이터베이스가 빠르게 커지고 인덱스 유지 비용이 증가
연결 대기나 연결 한도 오류가 관찰됨

시나리오 1: 직원 20명, 배포 담당자 1명

전자결재, 휴가 신청, 자산 관리와 공지 같은 일반적인 사내 업무를 가정합니다. 운영 DB 하나만 필요하고 대용량 보고서는 많지 않습니다.

서비스	구성	월 예상 비용
Vercel	Pro, 배포 좌석 1개	약 $20
Supabase	Pro, Micro 1개	약 $25
합계	기본 사용량 내	약 $45

이 구성이 가장 경제적인 시작점입니다. 처음부터 사양을 키우기보다 실제 CPU, 메모리, 연결과 느린 쿼리를 확인한 뒤 확장하는 편이 좋습니다.

시나리오 2: 직원 50명, 일반적인 CRUD 중심

직원이 50명으로 늘어도 개발자 한 명이 배포를 담당하고 업무 패턴이 단순하다면 기본 구성은 바뀌지 않을 수 있습니다.

서비스	구성	월 예상 비용
Vercel	Pro, 배포 좌석 1개	약 $20
Supabase	Pro, Micro 1개	약 $25
합계	기본 사용량 내	약 $45

50명이 매일 접속하더라도 모든 직원이 같은 순간에 무거운 쿼리를 실행하는 것은 아닙니다. 사용자 수 자체보다 월말 정산, 전사 보고서와 일괄 작업이 한 시간대에 겹치는지를 확인해야 합니다.

시나리오 3: 직원 50명, 보고서와 자동화 증가

부서별 통계, 대량 가져오기, 예약 배치와 실시간 알림이 추가되면 Supabase를 Small로 높여 여유를 확보할 수 있습니다.

서비스	구성	월 예상 비용
Vercel	Pro, 배포 좌석 1개	약 $20
Supabase	Pro, Small 1개	약 $30
합계	기본 사용량 내	약 $50

Micro와 비교한 차이는 월 5달러입니다. 업무 시간의 지연이나 배치 충돌 비용이 더 크다면 Small을 선택할 이유가 충분합니다.

시나리오 4: 직원 50명, 개발자 2명과 상시 스테이징

운영 안정성을 위해 스테이징 DB를 항상 켜 두고, 개발자 두 명이 각각 배포할 수 있어야 하는 상황입니다. 운영은 Small, 스테이징은 Micro를 사용한다고 가정합니다.

서비스	구성	월 예상 비용
Vercel	Pro, 배포 좌석 2개	약 $40
Supabase	Pro, 운영 Small + 스테이징 Micro	약 $40
합계	기본 사용량 내	약 $80

Vercel은 Git 브랜치와 Pull Request마다 Preview Deployment를 만들 수 있으므로 화면 검증만 필요하다면 별도 Vercel 프로젝트를 만들 필요가 없습니다. 반면 DB 스키마 변경과 실제 데이터 흐름을 검증하려면 운영과 분리된 Supabase 프로젝트가 유용합니다.

비용을 줄이려면 개발용 Supabase 프로젝트를 별도 Free 조직에 둘 수도 있습니다. 다만 Free 프로젝트는 비활성 상태가 이어지면 일시 중지되므로, 항상 사용할 수 있어야 하는 스테이징에는 유료 Micro가 더 예측 가능합니다.

권장 아키텍처

일반적인 구성은 다음과 같습니다.

직원 브라우저 → Vercel의 Next.js 애플리케이션 → Supabase Auth·Database·Storage

브라우저에서 Supabase Data API를 사용할 때는 Row Level Security가 실제 권한 경계가 됩니다. 관리자 작업이나 외부 시스템 연동처럼 높은 권한이 필요한 기능만 Vercel의 서버 코드에서 실행하고, service role 키는 서버 환경 변수에만 저장해야 합니다.

Prisma나 Drizzle 같은 ORM으로 Vercel Function에서 Postgres에 연결한다면 직접 연결을 반복하지 말고 Supavisor의 transaction mode를 사용하는 것이 좋습니다. 서버리스 요청이 제한된 DB 연결을 공유하도록 해 연결 고갈 위험을 줄일 수 있습니다.

20명에서 50명으로 늘어날 때 확인할 것

1. 계정과 권한

부서와 직책이 늘어나면 단순 관리자·사용자 구분만으로 부족해집니다. 기능별 권한표를 만들고 RLS 정책, 관리자 API와 화면 노출 조건을 같은 기준으로 관리해야 합니다.

2. 퇴직과 이동

직원이 늘수록 계정 회수 누락 가능성도 커집니다. 퇴직일에 세션을 종료하고 권한을 회수하며, 부서 이동 시 기존 권한이 남지 않는 절차가 필요합니다.

3. 월말과 정기 배치

평소 사용량만 보면 Micro가 충분해 보여도 월말 집계와 파일 가져오기가 동시에 실행되면 지연이 생길 수 있습니다. 가장 바쁜 업무 시나리오를 기준으로 부하를 확인해야 합니다.

4. 로그 보관

Vercel Pro의 기본 Runtime Log 보관은 1일, Supabase Pro의 로그 보관은 7일입니다. 감사나 사고 조사를 위해 더 긴 기록이 필요하다면 별도 로그 저장 또는 유료 관측 기능을 검토해야 합니다.

5. 비용 상한

Vercel Pro는 기본 사용량을 넘으면 종량 과금이 이어질 수 있습니다. Spend Management에서 알림과 중지 조건을 직접 설정해야 합니다. 기본 초과 사용 예산이 조직의 허용 범위보다 클 수 있으므로 첫 배포 때 반드시 확인합니다.

6. 가용성 기대치

Vercel 공식 가격표는 99.99% SLA를 Enterprise 기능으로 안내합니다. Supabase Pro와 Vercel Pro는 일반적인 사내 도구에 적합하지만, 중단이 급여·정산·출고 같은 핵심 업무를 멈추는 경우에는 장애 대응 절차와 데이터 내보내기 방법을 별도로 준비해야 합니다.

단계별 추천안

직원 20명일 때는 다음 구성으로 시작합니다.

Vercel Pro, 배포 담당자 1명
Supabase Pro Micro, 운영 프로젝트 1개
Vercel Spend Management 설정
Supabase RLS와 관리자 MFA 적용
핵심 화면 응답 시간과 느린 쿼리 측정

직원이 50명에 가까워지면 사용자 수만 보고 사양을 올리지 말고 다음 순서로 판단합니다.

가장 바쁜 시간대와 월말 업무의 실제 부하를 측정합니다.
쿼리와 인덱스를 먼저 개선합니다.
메모리·연결·배치 충돌이 계속되면 Supabase Small로 변경합니다.
DB 변경 위험이 커지면 상시 스테이징 프로젝트를 분리합니다.
배포 담당자가 늘어날 때만 Vercel 개발자 좌석을 추가합니다.
감사 요구가 생기면 장기 로그 보관 방식을 도입합니다.

듀오랩스가 보는 선택 기준

직원 20명에서 50명 규모의 사내 시스템이라면 Vercel Pro와 Supabase Pro는 관리 부담과 비용의 균형이 좋은 조합입니다. 가장 단순한 운영 구성은 월 약 45달러, Supabase를 Small로 높여도 월 약 50달러에서 시작할 수 있습니다.

중요한 점은 직원 수와 인프라 사양을 일대일로 연결하지 않는 것입니다. 실제 비용은 배포 담당자 수, 동시 요청, 쿼리 복잡도, 배치 작업, 환경 분리와 로그 보관 요구에서 결정됩니다. 작은 구성으로 시작하되 측정 지표와 확장 기준을 미리 정해 두면 50명까지도 불필요한 과금 없이 안정적으로 확장할 수 있습니다.