1인 SaaS 월 인프라 비용은 어디까지 줄일 수 있나
서버 비용만 보지 않고 배포, DB, 파일, 모니터링, 장애 대응 시간을 같이 계산합니다.
1인 SaaS의 인프라 비용은 낮출 수 있습니다. 다만 낮은 비용과 낮은 운영 부담은 같은 말이 아닙니다.
서버가 싸도 배포와 장애 대응에 시간이 많이 들면, 그 비용은 월 청구서가 아니라 작업 시간으로 빠져나갑니다.
먼저 나눠야 할 비용
| 항목 | 질문 |
|---|---|
| 앱 호스팅 | 배포가 자동화되어 있는가 |
| 데이터베이스 | 백업과 이전이 쉬운가 |
| 파일 저장 | 이미지나 첨부파일이 생기는가 |
| 로그/모니터링 | 장애 원인을 찾을 수 있는가 |
| 이메일/알림 | 발송 실패를 확인할 수 있는가 |
초기에는 모든 항목을 완벽하게 갖출 필요는 없습니다. 하지만 무엇을 의도적으로 생략했는지는 알아야 합니다.
월 비용보다 중요한 것
배포 시간이 짧아야 한다
혼자 운영하면 배포가 느린 구조는 곧 기능 출시 지연입니다. 비용을 줄이려고 VPS 하나에 전부 얹는 선택은 가능하지만, 배포와 복구 흐름이 손에 익어야 합니다.
DB 백업은 미루면 안 된다
초기 DB는 작습니다. 그래서 더 방심합니다. 하지만 작은 DB라도 유저 데이터가 들어가면 복구 기준이 필요합니다.
모니터링은 최소한만 둔다
처음부터 거창한 observability 스택은 필요 없습니다. 다만 장애가 났을 때 “죽었다”와 “왜 죽었다”를 구분할 정도는 있어야 합니다.
현실적인 시작점
초기 SaaS라면 아래 정도가 현실적입니다.
- 정적 프론트엔드: Cloudflare Pages 또는 Vercel
- API/서버: managed platform 또는 작은 VPS
- DB: Supabase, Neon, managed PostgreSQL 중 하나
- 파일: Cloudflare R2, S3 호환 스토리지, 또는 플랫폼 내장 저장소
- 로그: 플랫폼 기본 로그 + 오류 알림
이 조합에서 핵심은 “가장 싼가”가 아니라 “혼자 고칠 수 있는가”입니다.
VPS를 고를 때
VPS는 싸고 자유롭습니다. 대신 배포, 방화벽, SSL, 백업, 로그, 장애 대응이 모두 운영자의 일이 됩니다.
이미 리눅스 서버 운영이 익숙하다면 좋은 선택입니다. 그렇지 않다면 초반에는 관리형 플랫폼으로 시간을 사는 편이 낫습니다.
추천
처음 30일은 관리형 도구로 빠르게 열고, 비용이 실제로 문제가 되는 지점에서 VPS나 저비용 구조로 옮기는 편이 안전합니다.
DigitalOcean 같은 VPS 후보는 “비용 절감”보다 “운영을 직접 감당할 준비가 되었는가”를 기준으로 봐야 합니다.
Affiliate 링크는 프로그램 승인 후 추가합니다. 현재 글은 비용 기준을 먼저 정리하기 위한 초안입니다.