Supabase가 10.5조 데카콘이 됐다 — 1인 메이커의 백엔드 선택이 끝난 이유

핵심 요약 (TL;DR)

Supabase가 6월 4일 5억 달러 Series F를 조달하며 기업가치 105억 달러에 도달했어요. 더 중요한 디테일은 따로 있어요. 최근 1년간 신규 데이터베이스의 60% 이상이 Lovable·Bolt·Replit·Figma·Claude Code 같은 AI 도구로 만들어졌고, Supabase 공식 블로그가 "Claude Code와 Codex가 확장의 핵심 동력"이라고 적었어요. 한국 1인 메이커에게 "다음 SaaS 백엔드를 뭘로 깔지" 하는 의사결정은 이제 사실상 자동화된 거죠.

105억 달러는 숫자보다 "누가 같이 들어왔는가"가 핵심입니다

8개월 전 Supabase는 20억 달러였고, 4개월 전엔 50억이었어요. 지금 105억. 5배 점프인 거예요. 그런데 진짜 신호는 라운드 표지에 있어요. GIC가 리드를 잡았고, Stripe는 이번이 두 번째 베팅이에요. Salesforce Ventures와 Georgian이 신규로 합류했고, Accel·YC·Craft·Felicis·Peak XV·Coatue 같은 기존 투자자들이 단 한 명도 빠지지 않았어요.

이게 무슨 뜻인가 하면, 결제 인프라(Stripe)와 엔터프라이즈 SaaS 표준(Salesforce)이 "AI 시대의 기본 데이터 레이어"가 Supabase라는 데 같이 베팅했다는 거예요. 한 회사가 105억을 받았다는 이야기로 끝나는 게 아닌 거죠.

"신규 DB의 60%가 AI 도구로 만들어졌다"가 진짜 폭탄입니다

Supabase가 같은 날 공개한 숫자가 더 무서워요. 지난 1년간 데이터베이스 신규 생성이 600% 늘었고, 그중 60% 이상을 AI 도구가 띄웠다는 거예요. 사람이 SQL CREATE TABLE을 친 게 아니라, Lovable·Bolt·Replit·Figma·Claude Code 같은 도구가 사용자 대신 만든 거죠.

Lovable의 ARR은 4억 달러, Replit은 5억 2,500만 달러, Bolt는 4,000만 달러. 이 vibe coding 진영 전체가 Supabase 위에 올라타 있어요. "바이브코딩으로 만든 SaaS의 백엔드"라는 카테고리에서 Supabase가 단일 표준이 된 거예요.

공식 발표에서 "Claude Code와 Codex가 확장의 핵심 동력"이라고 정확히 명시했다는 점이 중요해요. AI 코딩 도구가 Supabase의 손님이 아니라 성장 엔진 본체가 됐다는 거죠.

1인 메이커의 "백엔드 뭐로 깔지" 고민은 끝났어요

예전엔 SaaS 만들 때마다 고민이었어요. Firebase 갈까, Supabase 갈까, AWS Amplify 갈까, PlanetScale 갈까. 각자 장단점 비교표를 며칠씩 들여다봤죠.

그 시간이 이제 의미가 없어졌어요. 이유는 단순해요. Claude Code나 Cursor에 "SaaS 만들어줘" 하면 기본값으로 Supabase 스키마부터 짜요. 학습 데이터가 그렇게 쏠려 있고, 토큰 효율도 거기에 최적화돼 있거든요. 같은 시간에 같은 프롬프트로 다른 백엔드를 부탁하면, AI가 더 적게 안 쓰던 패턴을 더듬어가며 만들어야 해요. 결과물 품질이 떨어져요.

105억 데카콘이 됐다는 건 "이 흐름이 더 강해질 거다"는 시장 인증이에요. 투자금이 들어오면 docs는 두꺼워지고, 예제는 늘어나고, AI 학습 데이터는 더 쌓여요. 그러면 다음 분기 Claude의 Supabase 코드 품질이 더 좋아져요. 양의 피드백 루프가 도는 거예요.

Multigres v0.1 — "OpenAI 규모까지 받친다"는 자신감의 의미

같은 날 Supabase는 Multigres v0.1 알파도 공개했어요. Postgres 단일 인스턴스를 넘어선 팀을 위한 오픈소스 스케일링 OS인데, "OpenAI 규모까지 받친다"는 비전을 내걸었어요.

알파라서 당장 production에 못 써요. 하지만 1인 메이커한테 주는 메시지가 분명해요. "네가 Supabase로 만든 SaaS가 운 좋게 터져도 갈아엎을 일 없다." 백엔드를 옮기는 비용이 사라진다는 신호인 거죠. 시작은 똑같이 하되, 천만 사용자까지 같은 stack으로 갈 수 있다는 약속이에요.

그래서 한국 1인 메이커는 뭘 해야 하나요?

첫째, Supabase Postgres + Auth + Edge Functions 콤보를 기본값으로 잡으세요. 다른 거 고민할 시간에 사용자 인터뷰 한 번 더 가는 게 낫습니다.

둘째, Claude Code나 Cursor 쓸 때 시스템 프롬프트에 "백엔드는 Supabase 사용"을 못박아두세요. AI가 가끔 다른 BaaS 코드를 섞어 만드는 경우가 있어요. 한 줄로 막을 수 있습니다.

셋째, 결제는 Stripe로 가세요. 이번 라운드에 Stripe가 두 번째 투자한 게 우연이 아닐 거예요. Supabase 위에서 Stripe webhook 처리하는 패턴은 이미 표준화돼 있고, AI도 이 조합을 가장 잘 짭니다.

FAQ

Q. Firebase랑 Supabase 중에 그래도 Firebase가 더 안정적이지 않나요?
A. 안정성은 둘 다 충분합니다. 차이는 "AI가 어느 쪽 코드를 더 잘 짜느냐"예요. 학습 데이터 분포상 지금은 Supabase가 우위고, Lovable·Bolt·Replit 진영이 다 Supabase에 올라타면서 격차가 더 벌어지고 있어요. Firebase가 안 좋다는 게 아니라, AI와 같이 일하는 환경에서 마찰이 더 적다는 뜻이에요.

Q. self-hosted Postgres로 가면 더 싸지 않나요?
A. 사용자 1만 명 넘어가기 전엔 절약 효과보다 운영 부담이 큽니다. Supabase 무료 티어로 시작해서 매출이 생기면 Pro로 올리고, 그래도 부족하면 Multigres를 보면 돼요. 백엔드 옮기는 데 쓸 시간에 프로덕트 한 줄 더 쓰는 게 1인 메이커에겐 거의 항상 옳습니다.

Q. Supabase가 망하거나 가격을 갑자기 올리면 어떡하나요?
A. 105억 데카콘이 망할 확률은 낮지만, 락인 우려는 합리적입니다. 다행히 Supabase는 오픈소스 Postgres 기반이라 데이터 자체는 어디든 옮길 수 있어요. Auth와 Edge Functions만 다시 짜면 되는 구조라 갈아탈 옵션이 살아있습니다. 진짜 닫힌 BaaS와는 다른 위치예요.

외부에서 백엔드 시장 자체를 데카콘이 정리해줬으니, 우리는 그 위에 무엇을 올릴지에만 집중하면 됩니다. 의사결정 하나가 줄었으니 그만큼 만들 시간이 늘었어요. 105억은 우리한테 "고민 한 가지 면제"의 인증서를 끊어준 셈이죠.