월 $20 기술 스택으로 MRR $10K 회사를 여러 개 운영하는 방법

원문 요약

• 링크: How I run multiple $10K MRR companies on a $20/month tech stack
• 출처: Hacker News / 원문: Steve Hanov's Blog — Steve Hanov (2026)
• 요약: 캐나다 워털루의 1인 개발자가 월 $20 이하의 인프라 비용으로 MRR $10K 이상의 SaaS 여러 개를 운영하는 구체적인 기술 스택과 철학을 공개한 글.

---

기사 요약

• 저자는 투자 유치 피칭에서 "대체 펀딩이 왜 필요하냐"는 피드백을 반복적으로 받을 만큼 극도로 린(lean)하게 사업을 운영하고 있다.
• 핵심 주장: 비용을 0에 가깝게 유지하면, 100만 달러 투자를 받고 높은 burn rate로 운영하는 것과 동일한 런웨이를 확보할 수 있다.
• 서버: AWS 대신 Linode·DigitalOcean의 $5~$10 VPS 한 대를 쓴다. 1GB RAM이면 충분하고, 부족하면 swapfile로 해결한다.
• 언어: Python·Ruby 대신 Go를 선택한다. 단일 바이너리로 컴파일해서 scp로 서버에 올리면 배포 끝. 의존성 지옥이 없다.
• 로컬 AI: RTX 3090($900, 중고)을 활용해 대량 AI 배치 작업을 무료로 처리한다. Ollama → VLLM → Transformer Lab 순으로 업그레이드 경로를 제시한다.
• VLLM의 PagedAttention으로 16개 요청을 동시 배치 처리하면, 1개 처리 시간에 16개가 끝난다.
• 직접 만든 도구 laconic은 8K 컨텍스트 윈도우에서 가상 메모리처럼 맥락을 관리하는 에이전트 리서처다.
• 클라우드 AI: OpenRouter 하나로 Claude·ChatGPT 등 모든 프론티어 모델에 접근하고, 장애 시 자동 폴백까지 처리한다.
• 코딩 도구: Cursor 등 고가 AI IDE 대신 GitHub Copilot(월 ~$60)을 쓴다. 토큰 단위가 아닌 요청 단위 과금이라 긴 에이전트 작업도 요청 1건(~$0.04)으로 처리된다.
• DB: PostgreSQL 대신 SQLite를 메인 DB로 사용한다. WAL 모드를 켜면 읽기·쓰기가 서로 차단되지 않아 수천 동시 사용자도 감당 가능하다.
• 인증 라이브러리 smhanov/auth도 직접 만들어서 Google·Facebook·SAML 로그인을 간단히 붙인다.

---

내 생각

이 글의 저자는 BlackBerry에서 9년간 펌웨어를 짜고, Microsoft에서 TCP/IP 스택을 다룬 개발자 출신이다. 이 사람에게 VPS 세팅, 인증 구현, SQLite 운영은 비용이 아니라 익숙한 일상이다. 그 전제를 알고 읽어야 한다고 생각된다.

 

아이디어는 있지만 개발 경험이 적은 사람이라면 이야기가 다르다. 추상화가 잘 된 서비스를 활용해서 제품 자체에 집중하는 것이 맞다고 본다. Supabase, Firebase 같은 서비스는 셋팅과 적용이 쉽고, 어느 정도의 트래픽에도 충분히 버틴다. 성공할지 안 할지 모르는 초기 서비스에 인프라 투자까지 아끼며 직접 구축할 필요는 없다고 생각한다. 먼저 가능성을 확인하고 난 뒤에 해도 늦지 않는다.

 

단, 린하게 가야 한다는 마인드 자체는 항상 간직해야 한다. 개발 기간이 길어지면 매몰비용이 커지고, 시장 타겟에서 벗어났을 때 리스크가 감당하기 어려울 만큼 커진다. 매니지드 서비스를 쓰는 것도 결국 빠르게 만들고 빠르게 검증하기 위한 수단이지, 편하자고 쓰는 게 아니다.

 

개인적인 생각으로 저자처럼 전부 혼자 관리하는 구조에는 불안한 면이 있다. 서버, 보안, 장애 대응을 모두 본인이 맡아야 하니까, 문제가 생겼을 때 머리가 아파질 수 있다. 사업의 지속 가능성을 생각하면, 내가 빠져도 돌아가는 영역을 하나씩 만들어가는 것이 더 건강한 구조다.

 

서비스가 커지면 투자를 받아서 그에 맞는 비용을 쓰며 확장하면 되지 않을까 싶다. 비용 최적화가 필요한 시점이 왔을 때, 현재 나가는 비용과 외주를 맡겨서 구조를 바꾸는 비용을 비교하고 판단하는 전략이 더 적합하지 않을까라고 생각된다.

 

다만 AI 컴퓨팅만큼은 결이 다르다. API 비용이 사용량에 비례해서 올라가기 때문에, 투자받은 돈이 있다면 자체 장비를 세팅해서 운영하는 것이 런웨이를 더 길게 가져갈 수 있는 구조다.

---

주요 키워드 정리

MRR (Monthly Recurring Revenue)	매달 반복적으로 발생하는 수익. SaaS 비즈니스의 건강 상태를 보여주는 핵심 지표다.
Lean (린)	"군살 없이 가볍게"라는 뜻. 스타트업 맥락에서는 최소한의 비용·인력·인프라로 제품을 빠르게 만들고 검증하는 방법론을 말한다. 이 글에서는 월 $20 수준의 인프라로 사업을 운영하는 저자의 철학 전체를 관통하는 키워드다.
Burn Rate	스타트업이 매달 소진하는 운영 비용. 예를 들어 매달 서버·인건비·툴 비용으로 500만 원이 나가면 burn rate가 500만 원인 것. 보유 자금을 burn rate로 나누면 투자 없이 버틸 수 있는 기간(런웨이)이 나온다. 저자의 핵심 주장은 burn rate를 극한까지 낮추면 VC 투자 없이도 사실상 무한 런웨이를 확보할 수 있다는 것이다.
VPS (Virtual Private Server)	물리 서버 한 대를 가상으로 나눠 쓰는 호스팅 방식. AWS 같은 클라우드보다 훨씬 저렴하고 구조가 단순하다.
Go (Golang)	구글이 만든 프로그래밍 언어. 컴파일하면 의존성 없는 단일 실행 파일이 나오고, 웹 서버 성능이 뛰어나다.
SQLite	별도 서버 없이 파일 하나로 동작하는 경량 데이터베이스. 모바일 앱부터 소규모 SaaS까지 폭넓게 쓰인다.
WAL (Write-Ahead Logging)	SQLite의 동시성 모드. 이걸 켜면 읽기와 쓰기가 서로 차단하지 않아서 다중 사용자 환경에서도 쓸 수 있다.
VLLM	로컬 GPU에서 LLM을 고속으로 서빙하는 엔진. PagedAttention 기술로 여러 요청을 한꺼번에 배치 처리한다.
OpenRouter	여러 AI 모델 제공사(OpenAI, Anthropic, Google 등)를 하나의 API로 통합 접근할 수 있게 해주는 라우팅 서비스.

---

파생 키워드

런웨이 (Runway)	현재 보유 자금으로 사업을 유지할 수 있는 남은 기간. "보유 자금 ÷ 월간 burn rate = 런웨이 개월 수"로 계산한다. burn rate가 거의 0이면 런웨이는 사실상 무한이 된다.
린 스타트업 (Lean Startup)	에릭 리스가 정립한 창업 방법론. "최소 기능 제품(MVP)을 빨리 만들고 → 시장 반응을 측정하고 → 방향을 수정한다"는 사이클을 반복하는 것이 핵심이다.
매몰비용 (Sunk Cost)	이미 투입해서 회수할 수 없는 비용. 개발 기간이 길어질수록 "여기까지 했는데 못 버리지"라는 심리가 생겨 잘못된 방향을 계속 가게 만드는 원인이 된다.
PagedAttention	VLLM의 핵심 기술. GPU 메모리를 페이지 단위로 관리해서 여러 요청의 KV 캐시를 효율적으로 공유·배치 처리한다.
정적 링크 바이너리 (Statically Linked Binary)	실행에 필요한 라이브러리를 전부 하나의 파일 안에 포함시킨 실행 파일. 서버에 별도 설치 없이 바로 실행 가능하다.
SAML	기업용 싱글 사인온(SSO) 표준 프로토콜. 회사 계정 하나로 여러 서비스에 로그인할 수 있게 해준다.
코로케이션 (Colocation)	자기 소유의 서버 장비를 데이터센터에 입주시켜 운영하는 방식. 전력·냉각·네트워크·물리 보안은 데이터센터가 제공하고, 장비는 직접 관리한다. 클라우드보다 저렴하면서 집에서 돌리는 것보다 안정적인 중간 지점이다.
매니지드 서비스 (Managed Service)	서버·DB·인프라의 설치·운영·보안·백업을 제공업체가 대신 관리해주는 서비스. Supabase·Firebase·MongoDB Atlas 등이 대표적이다.
컨텍스트 윈도우 (Context Window)	LLM이 한 번에 읽고 처리할 수 있는 텍스트의 최대 길이. 8K는 약 6,000단어 정도에 해당한다.