2년 동안 바이브 코딩을 해오면서 매일 사용하는 기술 스택 공유

결제: Stripe
구독, 인보이스, 결제 수단, 웹훅까지 결제에 필요한 건 거의 다 커버해주니까 빌링 시스템을 처음부터 만들 필요가 없어. 내가 제일 피하고 싶은 건 빌링 로직이 여기저기 흩어지는 거야. 결제는 Stripe에 맡기고, 구독 상태나 플랜 권한, 사용량 제한 같은 건 예측 가능한 한곳에서 관리해.

Docker
비전공자들을 위해 짧게 말하자면, Docker는 앱을 실행하는 데 필요한 모든 걸 하나로 묶어줘. 그래서 "내 컴퓨터에선 잘 되는데?" 같은 문제를 겪을 일이 없지. 앱을 표준화된 상자에 담는다고 생각하면 돼. 로컬이든, 테스트든, 프로덕션이든 똑같이 작동해야 하니까.

테스트: Claude/Codex + Playwright
테스트 코드 하나하나 직접 짜느라 시간 낭비할 필요 없다. Codex랑 Claude 시키면 대부분 알아서 다 짜고 실행까지 해줌. 그래도 회원가입, 로그인, 권한 설정, 결제 같은 핵심 사용자 흐름은 Playwright를 쓴다. 실제 사용자가 제품 열어서 클릭하는 거랑 똑같이 테스트해야 마음이 놓이거든. 내가 제일 신경 쓰는 부분들이니까.

CI/CD: GitHub Actions
브랜치에서 작업하다가 준비 다 되면 프로덕션으로 머지한다. GitHub Actions가 테스트 돌리고, 하나라도 실패하면 배포 바로 막힘. 다 통과하면 Docker 이미지 빌드해서 배포까지 끝낸다.

배포: Vercel
일반적인 Next.js SaaS는 그냥 Vercel에 바로 올린다. 복잡할 거 하나 없고, 프리뷰 환경도 개꿀이라 초기엔 운영에 신경 쓸 게 거의 없음. 나중에 제품 커져서 Vercel 벗어나야 할 때도 Docker 써놨으니 락인(lock-in) 걱정 없이 VPS로 옮기면 그만이다.

기획: WorkBuddy
개발만 한다고 다가 아님. 카테고리 범위 잡고, 경쟁사들 뭐라 하는지 파악하고, 여기저기 흩어진 정보들 긁어모아서 남한테 보여줄 문서 만드는 거, 예전엔 이거 다 페이지 넘겨가며 복붙하느라 생고생했다.
이제는 그냥 WorkBuddy한테 던져주면 알아서 Markdown이나 Word 보고서로 뚝딱 만들어줌. 날것의 정보가 바로 써먹을 수 있는 결과물로 바뀌는 거다.

분석: Vercel Analytics / GA4
이미 Vercel 쓰고 있으면 Vercel Analytics부터 시작해라. 간단하고 설정도 다 되어 있어서 트래픽 파악하는 데 충분함. 굳이 다른 툴 추가할 필요 없다. 채널이나 광고 캠페인, 전환율 같은 거까지 자세히 봐야 하면 그때 Google Analytics 4 써라. 제품 쪽에서 확실한 이유를 대기 전까진 복잡한 거 절대 안 붙임.

파일 저장: S3 호환 스토리지
사용자가 올린 파일은 절대 DB에 넣지 마라. 메타데이터는 Postgres에 두고, 큰 파일이나 이미지, 문서, 내보내기 데이터 같은 건 S3나 S3 호환 오브젝트 스토리지에 박아라. 앱에서 파일 다룰 일 없으면 남들 스택 다이어그램에 있다고 따라 하지 말고.

지금은 안 쓸 것들
Redis, Kubernetes, Kafka, 마이크로서비스, 그 외 온갖 인프라 툴들. 다 좋은 기술인 건 아는데, 사용자 50명짜리 서비스가 Kubernetes 쓴다고 좋아지냐? 그냥 복잡해지기만 하지.

AI가 외부 작업(글 올리기, 메일 보내기, 프로덕션 설정 변경 등)을 지 맘대로 하게 두는 것도 마찬가지다. 그런 건 무조건 내가 직접 검토함. 내부적인 건 자동화해도, 외부로 나가는 건 무조건 수동으로 해라.

마지막으로 한마디 하자면, 이 스택이 좀 기본적이라는 건 나도 안다. 근데 이제 막 코딩 시작하는 사람들 보라고 쓴 거니까 참고해라.

이게 r/enshittification에 올라올 글인가? 대기 명단밖에 없는 쓰레기 같은 것들이 매일 홍보되는 걸 점점 더 많이 보게 돼. 다음에는 대기 명단에 '올라가기' 위해서도 돈을 내야 할걸. 물론 아무런 보장도 없겠지.

아니, 그렇지 않아

월간 반복 매출