1인 회사 기술 스택 선택법: 콘텐츠 사이트, 도구, SaaS

"Cloudflare Workers 공식 가격 페이지는 Free와 Paid 플랜의 요청, CPU, 관련 리소스 한도를 제시하므로 초기 비용 경계선을 정하는 기준으로 사용할 수 있습니다."
독립 개발자의 작업 보드에는 도메인 구매, 콘텐츠 사이트 구축, 수요를 검증할 작은 도구 개발, 결제 버튼 추가, GSC 대시보드에서 유입 확인, 오류 알림 설정 같은 항목이 자주 나옵니다. 각 항목에는 기술 선택이 숨어 있습니다. 콘텐츠 사이트에 어떤 프레임워크를 쓸지, 도구를 어디에 호스팅할지, 어떤 결제 시스템과 로그 도구를 쓸지 결정해야 합니다.
1인 회사에는 잘못된 기술 스택 결정을 흡수해 줄 다른 팀이 없습니다. 나중에 기반을 바꾸려면 많은 시간이 듭니다. “1인 회사에는 어떤 기술 스택이 필요한가?”라는 질문에 표준 답은 없습니다. 콘텐츠 사이트, 웹 도구, SaaS는 필요한 구조가 다르며 무료 한도, 결제 설계, AI 도구의 책임 경계는 다른 사람의 조합을 복사한다고 해결되지 않습니다.
필요한 것은 시스템 지도입니다. 먼저 현재 비즈니스가 콘텐츠 사이트, 웹 도구, SaaS 중 무엇인지 판단하고, 여섯 시스템 계층을 배치한 다음, 구체적인 도구를 선택합니다. 고정된 패키지가 아니라 판단 순서가 핵심입니다.
1인 회사 기술 스택은 고정 패키지가 아니라 시스템 지도입니다
모든 1인 회사에 적용되는 범용 기술 스택은 없습니다. 콘텐츠 사이트, 웹 도구, SaaS는 비즈니스 구조가 달라 기술 기반도 달라집니다. 기술 역량, 예산, 현재 단계도 서로 다르므로 모두에게 맞는 “완벽한 스택”은 존재하지 않습니다.
기술 스택을 서로 협력하는 여섯 시스템 계층으로 봅니다.
| 시스템 계층 | 핵심 목표 | 대표 도구 | 판단 기준 |
|---|---|---|---|
| 콘텐츠 유입 계층 | SEO 유입과 장기적인 고객 확보 | Astro/Next.js/Hugo, Cloudflare Pages/Vercel | 정적 프레임워크, 호스팅 제한, E-E-A-T, AI 콘텐츠 정책 경계 |
| 도구 검증 계층 | 낮은 비용으로 수요를 빠르게 검증 | Cloudflare Workers, Supabase, PlanetScale | Workers 제한, 무료 플랜 경계, 유료 전환 시점 |
| SaaS 수익화 계층 | 사용자, 결제, 구독 관리 | Supabase Auth, Stripe, PostgreSQL | Stripe Products/Prices, 결제 설계 함정, 일회성 구매와 구독 |
| 자동화 계층 | AI 코딩 도구로 반복 개발 작업 절감 | Codex, Claude Code, Cursor | AI 도구의 책임 범위, 맡길 작업, 직접 판단할 작업 |
| 데이터 순환 계층 | 분석, 피드백, 개선 연결 | Google Search Console, Google Analytics, PostHog, Giscus/Discord | GSC 운영, 분석 도구, 피드백 채널 |
| 보안과 운영 계층 | 로그, 오류 알림, 롤백 유지 | Cloudflare Logs, Sentry, Git rollback | 로그 운영, 알림 선택, 복구 절차 |
순서는 비즈니스 형태 판단, 여섯 계층 배치, 구체적인 도구 선택입니다. 처음부터 “가장 강력한” 스택을 찾으면 실제 위험은 줄이지 못한 채 작업만 늘 수 있습니다.
먼저 콘텐츠 사이트, 웹 도구, SaaS 중 하나를 판단합니다
세 가지 비즈니스 형태는 유입 경로, 검증 기간, 수익 모델, 기술 복잡도가 다릅니다.
| 비즈니스 형태 | 유입 경로 | 검증 기간 | 수익 모델 | 기술 복잡도 | 대표 프로젝트 |
|---|---|---|---|---|---|
| 콘텐츠 사이트 | SEO와 장기 축적 | 효과 확인까지 6–12개월 | 광고, 유료 지식, 콘텐츠 수익 | 중간(정적 프레임워크 + SEO) | 블로그, 튜토리얼, 자료 사이트 |
| 웹 도구 | Product Hunt와 커뮤니티 홍보 | 1–3개월 내 빠른 검증 | 일회성 결제와 소액 구독 | 낮음(Workers + Supabase) | 소형 도구, API 도구, 변환기 |
| SaaS | SEO + 제품 홍보 | 3–6개월 동안 안정성 검증 | 월간과 연간 구독 | 높음(사용자 + 결제 + 구독) | B2B SaaS, 구독형 도구 |
네 가지 질문으로 판단합니다.
- 가장 강한 역량은 무엇인가요? 글쓰기와 SEO가 강하면 콘텐츠 사이트, 빠른 개발이 강하면 웹 도구, 안정적인 제품 운영이 가능하면 SaaS가 후보입니다.
- 사용자는 어디에 있나요? 콘텐츠 사이트 사용자는 검색, 도구 사용자는 Product Hunt와 커뮤니티, SaaS 사용자는 검색과 제품 홍보를 통해 옵니다.
- 검증 기간은 얼마나 되나요? 콘텐츠 사이트는 6–12개월, 웹 도구는 1–3개월, SaaS는 3–6개월의 안정적인 신호를 확인합니다.
- 어떤 수익을 기대하나요? 콘텐츠 사이트는 광고나 유료 지식, 도구는 일회성 결제나 소액 구독, SaaS는 월간이나 연간 구독을 주로 사용합니다.
콘텐츠 유입 계층: SEO 진입점과 E-E-A-T
콘텐츠 사이트는 1인 회사의 유입 표면입니다. 정적 블로그 프레임워크, SEO, 호스팅이 필요하며 Google의 E-E-A-T와 AI 보조 콘텐츠 경계가 편집 과정에 영향을 줍니다.
Cloudflare Pages는 자주 쓰이는 호스팅이지만 플랜별 한도가 있습니다.
| 제한 항목 | Free | Pro ($20/month) | Business ($200/month) |
|---|---|---|---|
| Builds/month | 500 | 5,000 | 20,000 |
| Files/site | 20,000 | 100,000 | 100,000 |
| File size | 25 MiB | 25 MiB | 25 MiB |
| Functions | Workers quota에 포함 | Workers quota에 포함 | Workers quota에 포함 |
한 달에 500회 넘게 배포하면 Free보다 높은 플랜이 필요합니다. 파일이 20,000개를 넘을 때도 마찬가지입니다. Pages Functions는 Workers 할당량에 포함되므로 엣지 함수를 쓰는 콘텐츠 사이트는 Workers 요청 한도도 추적해야 합니다.
E-E-A-T는 Experience, Expertise, Authoritativeness, Trustworthiness를 뜻합니다. Google이 문제로 보는 것은 AI 사용 자체가 아니라 가치가 낮은 콘텐츠입니다. AI를 활용한 글도 사람의 검증, 실제 경험, 명확한 작성자, 신뢰할 수 있는 인용이 필요합니다.
정적 블로그 프레임워크의 특징:
- Astro는 성능과 SEO를 우선하는 콘텐츠 사이트에 맞고 Cloudflare Pages가 지원합니다.
- Next.js는 콘텐츠와 도구 기능을 함께 쓸 때 적합합니다. SSR/SSG가 유연하지만 Astro보다 설정이 복잡합니다.
- Hugo는 순수 정적 사이트에 맞고 빌드가 매우 빠르지만 생태계는 Astro나 Next.js보다 작습니다.
도구 검증 계층: 저비용 실험과 Cloudflare Workers 한도
웹 도구는 검증 계층입니다. 보통 정적 호스팅, 엣지 함수, 데이터베이스를 조합합니다. Cloudflare Workers 한도와 무료 플랜이 실제 부하에 맞지 않기 시작하는 시점을 관리해야 합니다.
Cloudflare Workers 가격:
| 과금 항목 | Free | Paid ($5/month minimum) |
|---|---|---|
| Requests/day | 100,000 | Standard: 10M included/month, beyond $0.30/million |
| CPU time/invocation | 10ms | Standard: 30M CPU ms/month included |
| Static assets | 무료·무제한 | 무료·무제한 |
| KV reads/day | 100,000 | Standard: 1M included/month, beyond $0.50/million |
Free는 초기 제품에 쓸 수 있지만 하루 100K 요청, 호출당 CPU 10ms로 제한됩니다. 이를 넘으면 월 최소 $5인 Paid가 필요합니다. Paid에는 월 10M 요청이 포함되고 초과분은 100만 요청당 $0.30입니다. CSS, JavaScript, 이미지 같은 정적 자산은 무료·무제한이지만 엣지 함수 요청은 할당량에 포함됩니다.
Supabase 가격:
| 과금 항목 | Free | Pro ($25/month) |
|---|---|---|
| MAU | 50,000 | 100,000 included, beyond $0.00325/MAU |
| Database | 500MB | 8GB included, beyond $0.125/GB |
| Storage | 1GB | 100GB included, beyond $0.021/GB |
| Egress | 5GB | 50GB included, beyond $0.09/GB |
| Active projects | 2 | 10 |
| Pause policy | 1주 미사용 시 일시 중지 | 일시 중지 없음 |
Free에서는 50K MAU, 500MB 데이터베이스, 1GB 저장소, 5GB egress로 초기 제품을 시작할 수 있습니다. 사용자 50K 또는 데이터베이스 500MB를 넘으면 Pro가 필요합니다. 사용하지 않은 Free 프로젝트는 1주 뒤 중지되며 수동으로 복구해야 합니다.
대표적인 초기 조합은 엣지 함수에 Cloudflare Workers, 데이터베이스와 Auth에 Supabase, 결제에 Stripe를 쓰는 방식입니다. 초기 부하에는 맞을 수 있지만 Workers 하루 100K 요청, Supabase 500MB DB, 50K MAU에 경계선을 둬야 합니다.
SaaS 수익화 계층: 사용자, Stripe Products/Prices, 결제 설계
SaaS는 수익화 계층입니다. 사용자 계정, 데이터베이스, 결제, 구독 관리가 필요하며 Stripe의 Products/Prices 모델과 초기 결제 결정이 나머지 구조에도 영향을 줍니다.
Stripe Products/Prices 모델:
| 객체 | 역할 | 대표 용도 |
|---|---|---|
| Product | 제품 이름과 설명 정의 | SaaS 제품 또는 유료 도구 |
| Price | 일회성·반복 가격, 금액, 통화 정의 | 월 $9.99, 연 $99.99, 일회성 $49.99 |
| Subscription | 구독 기간과 상태 관리 | 월간 또는 연간 구독 |
| Customer | 고객과 결제 수단 연결 | 사용자 계정 |
하나의 Product에 여러 Price를 둘 수 있습니다. 예를 들어 월 $9.99, 연 $99.99, 일회성 $49.99입니다. USD $9.99, EUR €9.99, CNY ¥69.99처럼 여러 통화도 사용할 수 있습니다. 따라서 구독, 일회성 구매, 여러 통화를 지원할지 일찍 정해야 합니다.
Supabase Auth는 사용자 계정을 제공하며 Free에 50K MAU가 포함됩니다. 이를 넘으면 Pro가 필요합니다. 이메일과 Google, GitHub, Apple 같은 로그인 방식을 지원합니다.
결제 설계에서 자주 생기는 문제:
- 출시 직전에 구독과 일회성 구매에 다른 코드가 필요하다는 사실을 발견합니다. 나중에 구독을 추가하면 Product/Price, 체크아웃, 구독 관리를 바꿔야 합니다.
- 출시 직전에 여러 통화가 재설계를 요구한다는 사실을 발견합니다. USD로 시작한 뒤 EUR나 CNY를 추가하면 Price, 결제, 환율 처리를 바꿔야 합니다.
- 취소와 환불 동작을 정의하지 않습니다. 결제가 끝난 뒤에도 계정 상태를 명확하게 유지하려면 두 흐름을 명시해야 합니다.
대표적인 조합은 사용자 계정에 Supabase Auth, 데이터에 PostgreSQL, 결제에 Stripe를 쓰는 방식입니다. 초기 제품에 맞을 수 있지만 첫 범위에 구독, 일회성 구매, 여러 통화를 넣을지는 별도로 결정해야 합니다.
자동화 계층: AI 코딩 도구는 협업하지만 판단을 대신하지 않습니다
AI 코딩 도구는 1인 회사의 효율 계층이며 기술 판단의 대체물이 아닙니다. Codex에 맡길 수 있는 일과 개발자가 직접 결정할 일을 분리해야 합니다.
Codex는 파일을 읽고 수정하며 테스트를 실행하고 코드 검사 도구를 호출할 수 있는 OpenAI의 coding agent입니다. 책임 경계는 다음과 같습니다.
- 코드 작성, 리뷰, 디버깅, 반복 작업 자동화를 할 수 있습니다.
- 아키텍처, 기술 선택, 위험, 비즈니스 로직에 관한 기술 판단은 대체하지 않습니다.
- 클라우드 워크플로는 1–30분 동안 비동기로 실행될 수 있으며 실시간 페어 작업과 다릅니다.
- 임의의 모델로 교체하는 방식이 아니라 OpenAI 모델을 사용합니다.
- 클라우드 작업은 개발자의 로컬 컴퓨터가 아니라 관리되는 환경에서 실행됩니다.
- 비동기 작업 사용량에 따라 비용이 커질 수 있습니다.
각 도구의 위치:
- Codex는 비동기 구현, 리뷰, 디버깅, 자동화를 위한 클라우드 워크플로를 제공하며 기술 판단은 사용자가 유지합니다.
- Claude Code는 Claude 모델로 대화형 구현, 리뷰, 디버깅을 지원합니다.
- Cursor는 편집기에 AI를 통합해 대화형 구현, 리뷰, 디버깅을 지원하며 사용 범위에 따라 유료 구독이 필요합니다.
예를 들어 비동기 작업에는 Codex Cloud, 대화형 작업에는 Claude Code, 편집기 통합에는 Cursor를 사용할 수 있습니다. 여러 작업 형태를 보완하지만 모두 협업 계층의 도구입니다.
AI에는 구현, 리뷰, 디버깅, 반복 자동화를 맡깁니다. 아키텍처, 기술 선택, 위험 평가, 비즈니스 로직은 직접 판단합니다. 생성 코드는 틀릴 수 있으므로 사람의 리뷰와 검수도 작업 흐름에 포함해야 합니다.
데이터 순환과 운영 계층: 최적화와 안정성을 위한 구조
1인 회사는 분석, 고객 피드백, 보안, 운영을 뒤로 미루기 쉽습니다. 그 결과 신뢰할 수 있는 학습 순환이 사라지고 운영 장애에서 빠르게 복구할 방법도 없어집니다.
데이터 순환 계층: GSC, 분석, 고객 피드백
Google Search Console에서 할 일:
- Search Console에서 색인, 검색 유입, 크롤링 오류, 직접 조치를 확인합니다.
- GSC 실적 보고서에서 검색어 순위, 클릭, 노출, CTR을 확인합니다.
- 검색어 변화를 추적해 SEO 변경이 예상한 효과를 냈는지 봅니다.
분석 도구 선택:
- Google Analytics는 무료이고 기능이 넓지만 개인정보 보호와 데이터 지연을 고려해야 합니다.
- PostHog는 오픈 소스이며 제품 분석, 이벤트 추적, session replay를 제공해 제품 개선에 적합합니다.
- Plausible은 오픈 소스이고 개인정보 보호를 중시하며 콘텐츠 사이트에 더 단순합니다.
피드백 채널:
- Giscus는 GitHub Discussions를 사용하며 블로그 댓글과 공개 피드백에 적합합니다.
- Discord는 웹 도구와 SaaS의 커뮤니티 피드백에 쓸 수 있습니다.
- Email은 세 비즈니스 형태 모두에 쓸 수 있는 전통적인 채널입니다.
데이터 계층은 순환을 닫습니다. GSC로 유입, 분석으로 행동, 지원 채널로 의견을 확인하고 다음 개선에 반영합니다.
보안과 운영 계층: 로그, 알림, 롤백
로그:
- Cloudflare Logs에서 Workers 요청, 오류, 성능 데이터를 확인합니다.
- Supabase Logs에서 데이터베이스, Auth, API 활동을 확인합니다.
오류 알림:
- Sentry는 SaaS를 위한 오류 모니터링, 성능 모니터링, 알림을 제공합니다.
- Cloudflare Alerts는 웹 도구의 Workers 오류와 트래픽 변화를 알릴 수 있습니다.
롤백:
- 소스 코드는
git revert또는git reset으로 되돌립니다. - Cloudflare Pages Dashboard에서 이전 배포를 선택해 릴리스를 되돌립니다.
운영 계층은 서비스를 안정적으로 유지합니다. 로그로 장애 원인을 파악하고, 알림으로 탐지 시간을 줄이며, 검증된 롤백 절차로 영향 시간을 제한합니다.
정리
1인 회사 기술 스택은 고정 패키지가 아니라 시스템 지도와 판단 기준입니다. 현재 비즈니스가 콘텐츠 사이트, 웹 도구, SaaS 중 무엇인지 정하고 여섯 계층을 배치한 뒤 구체적인 도구를 선택합니다.
주요 판단 지점:
- 콘텐츠 유입 계층: Free에서 월 500회인 Cloudflare Pages 빌드 한도, E-E-A-T, AI 콘텐츠 정책 경계.
- 도구 검증 계층: Free에서 하루 100K 요청인 Workers 가격, Supabase Free의 50K MAU와 기타 무료 한도.
- SaaS 수익화 계층: Stripe Products/Prices, 결제 설계 문제, 구독과 일회성 구매.
- 자동화 계층: AI 코딩 도구는 개발자와 협업하지만 기술 판단을 대체하지 않습니다.
- 데이터와 운영 계층: 놓치기 쉽지만 시스템에 일찍 자리를 마련해야 합니다.
네 가지 행동으로 옮깁니다.
- 비즈니스 형태가 콘텐츠 사이트, 웹 도구, SaaS 중 무엇인지 정합니다.
- 필요한 구성 요소를 여섯 계층에 배치합니다.
- 경계를 정한 뒤 Cloudflare, Supabase, Stripe, Cursor, Codex 같은 도구를 선택합니다.
- 마이그레이션 작업이 되기 전에 무료 한도, 결제 설계, AI 도구의 책임 범위를 확인합니다.
유행하는 기술을 모으는 것보다 실제로 유지할 수 있는 스택이 중요합니다.
다음 단계와 관련 글
현재 병목과 가까운 계층부터 이어서 확인하세요.
- 1인 회사 백엔드 기술 스택 선택하기: Cloudflare Workers, Supabase, Node.js, 데이터베이스 경계를 비교합니다.
- 1인 회사 데이터베이스와 저장소 선택하기: D1, Postgres, R2, S3, SQLite의 역할을 구분합니다.
- 1인 회사 배포 플랫폼 선택하기: Cloudflare Pages, Workers, Vercel, Railway를 비교합니다.
- 1인 회사 결제 스택 선택하기: Stripe, Paddle, Lemon Squeezy, WeChat Pay를 비교합니다.
각 심화 글은 전체 시스템을 도구 목록으로 줄이지 않으면서 한 계층을 구체적인 선택으로 바꿉니다.
1인 회사 기술 스택 시스템 지도 만들기
비즈니스 형태를 확인하고 여섯 계층의 상태, 우선순위, 비용 경계를 표시합니다.
- 1
Step 1: 현재 비즈니스 형태 확인하기
유입 채널, 검증 주기, 결제 모델을 기준으로 현재 제품이 콘텐츠 사이트, 웹 도구, SaaS 중 어디에 가까운지 정합니다. - 2
Step 2: 여섯 시스템 계층 그리기
콘텐츠 유입, 도구 검증, SaaS 수익화, 자동화, 데이터 순환, 운영을 나열하고 각 계층이 해결할 비즈니스 문제를 적습니다. - 3
Step 3: 구성 요소 우선순위 정하기
각 구성 요소를 보유, 부족, 연기 가능, 검증 필요로 표시해 인기 있는 기술 때문에 복잡성을 너무 일찍 만들지 않도록 합니다. - 4
Step 4: 비용과 위험 경계선 정하기
무료 한도, 사용량 과금, 권한, 백업, 로그, 롤백 경계를 기록하고 업그레이드나 교체를 시작할 조건을 정합니다. - 5
Step 5: 실제 신호에 따라 확장하기
검색, 사용, 반복 사용, 결제 데이터를 바탕으로 다음 단계를 정합니다. 안정된 신호가 나온 뒤에만 가벼운 도구를 복잡한 SaaS로 발전시킵니다.
FAQ
모든 1인 회사에 맞는 표준 기술 스택이 있나요?
콘텐츠 사이트, 웹 도구, SaaS 중 무엇부터 만들어야 하나요?
Google은 AI 생성 콘텐츠에 불이익을 주나요?
무료 플랜으로 초기 제품을 운영할 수 있나요?
SaaS는 처음부터 구독을 제공해야 하나요?
AI 코딩 도구가 개발자를 대체할 수 있나요?
1인 회사가 가장 자주 놓치는 계층은 무엇인가요?
작은 프로젝트마다 같은 기반을 다시 만들지 않으려면 어떻게 하나요?
2분 읽기 · 게시일: 2026년 9월 24일



댓글
GitHub로 로그인하여 댓글을 남기세요