Supabase는 어떻게 기본 백엔드가 되었나

AI 앱 빌더에게 계정과 데이터베이스가 있는 앱을 요청하면, 데이터는 Supabase에 담기는 경우가 많습니다. 6월 Supabase는 자사 플랫폼의 신규 데이터베이스 중 60퍼센트 이상이 “어떤 형태로든 AI 도구로” 생성된다고 밝혔습니다.

저희의 입장부터 밝혀 둡니다. 저희 앱 플랫폼 Werk는 프로젝트에 맞을 때 Supabase를 쓰기 때문에, 저희는 매일의 작업을 통해 Supabase를 압니다. Supabase가 어떻게 여기까지 왔는지, 무엇이 좋고 무엇이 그렇지 않은지, 그리고 저희의 평가를 담았습니다.

Supabase는 무엇인가

Supabase는 2020년 Paul Copplestone과 Ant Wilson이 설립했고 Y Combinator에서 출발했습니다. 내세운 것은 Google Firebase의 오픈 소스 대안으로, 독점 저장소가 아니라 많은 개발자가 이미 알고 신뢰하는 데이터베이스인 Postgres 위에 만든 것이었습니다. 그 주변에는 앱에 다음으로 필요한 것들이 있습니다. 로그인, 테이블에서 자동 생성되는 API, 파일 스토리지, 벡터 검색용 툴킷입니다.

오늘날 Supabase는 스스로를 한 줄로 설명합니다. “Supabase는 Postgres 개발 플랫폼입니다.” 코드는 Apache 2.0 라이선스로 공개되어 있습니다. 직접 운영하지 않고도 진짜 데이터베이스를 원하는 사람들을 위해 만들어졌습니다. 첫 버전을 만드는 창업자, 제품 팀, 에이전시, 그리고 이제는 이들 모두를 위해 앱을 작성하는 도구들입니다.

AI 빌더들은 어떻게 Supabase를 기본값으로 만들었나

앱 빌더들에게 필요한 것이 바로 그것이었습니다. 생성된 앱의 데이터베이스, 로그인, 스토리지를 한 서비스에서 해결하는 것입니다. 2025년 9월 Lovable이 Lovable Cloud를 출시했을 때 Supabase는 이렇게 썼습니다. “Lovable Cloud에서 만든 모든 프로젝트는 보이지 않는 곳에서 Supabase로 구동됩니다.” 당시 Supabase는 자사 플랫폼에서 매일 40'000개가 넘는 새 데이터베이스가 생성된다고 밝혔습니다. 며칠 뒤 TechCrunch는 Supabase의 다음 투자 라운드를 보도하면서, 백엔드에 Supabase를 쓰는 바이브 코딩 도구로 Lovable과 Bolt를 꼽았습니다.

그다음 코딩 에이전트가 왔습니다. 2026년 6월 Supabase는 데이터베이스 생성이 1년 새 600퍼센트 늘었고, 1천만 명 가까운 개발자가 Supabase 위에서 만들고 있으며, 이는 8개월 전의 두 배가 넘는 수라고 보고했습니다. Supabase는 “Claude Code와 Codex가 만들 수 있는 사람의 수를 늘리면서” 1월 이후 성장이 가속되었다고 썼습니다.

자금

Supabase는 2024년 8천만 달러 규모의 시리즈 C를, 2025년에는 20억 달러 기업가치로 2억 달러를, 2025년 10월에는 50억 달러 기업가치로 1억 달러를 투자받았습니다. 이 마지막 라운드에서는 커뮤니티 구성원도 지분을 살 수 있었습니다. 2026년 6월에는 GIC가 주도한 라운드에서 투자 전 기업가치 100억 달러로 5억 달러를 조달했고, Stripe가 두 번째로 투자했으며 Salesforce Ventures가 새로 합류했습니다. 그 일부는 직원 유동성에 쓰이며, 직원들은 라운드마다 확정된 지분의 일부를 팔 수 있습니다.

정말 좋은 점

Supabase의 가장 큰 장점은 그것이 Postgres라는 점입니다. 스키마는 평범한 SQL이고, 데이터는 실제 관계와 트랜잭션을 갖춘 테이블에 담기며, 팀이 이미 가진 역량과 도구를 그대로 쓸 수 있습니다. 저희 경험으로는 이 점이 에이전트에게도 좋은 토대가 됩니다. SQL 마이그레이션으로 작성된 스키마는 명시적이고, 읽기 쉽고, 검토할 수 있어서, 느슨한 문서 저장소보다 AI가 작성한 코드에 더 잘 맞습니다.

시작도 빠릅니다. 무료 요금제에는 500 MB 데이터베이스와 월간 활성 사용자 50'000명이 포함되어, 실제 사람들과 아이디어를 시험해 보기에 충분합니다. 그리고 개방되어 있습니다. 플랫폼은 오픈 소스이고 직접 호스팅할 수 있으며, 데이터베이스가 표준 Postgres이므로 팀은 평범한 도구로 데이터를 다른 곳으로 옮길 수 있습니다.

지켜봐야 할 점

첫째는 보안입니다. 브라우저에 있는 키는 원래 공개되도록 되어 있습니다. 데이터를 보호하는 것은 행 수준 보안, 즉 누가 각 행을 읽거나 쓸 수 있는지 정하는 데이터베이스 안의 규칙입니다. Supabase 문서는 기본값에 대해 정확하게 적고 있습니다. “Supabase Dashboard에서 만든 테이블은 기본적으로 RLS가 활성화되어 있습니다.” SQL 에디터나 “다른 도구를 통해” 만든 테이블은 명시적으로 켜야 하는데, 에이전트와 마이그레이션은 대개 그런 방식으로 테이블을 만듭니다.

그 틈은 이미 드러났습니다. 2025년 5월 연구자 Matt Palmer는 Lovable이 소개한 앱 1'645개 중 170개에서 행 수준 보안이 없거나 잘못 설정되어 이메일, 전화번호, 결제 정보 같은 데이터가 노출되었다고 보고했습니다. Lovable은 그에 따라 등록된 취약점 기록에 이의를 제기하며, 데이터 보호는 각 고객의 책임이라고 말했습니다.

2026년 9월 보안 기업 UpGuard는 누구나 읽을 수 있는 테이블을 가진 Supabase 데이터베이스를 16'000개 넘게 발견했고, 그중 절반 이상에 개인정보가 담겨 있었습니다. BleepingComputer는 원인을 “행 수준 보안 정책의 부재나 비효과성, 그리고 공개 키의 오용”으로 보도했지만, 스캔으로 모든 사이트가 AI 에이전트로 만들어졌다는 사실이 확인된 것은 아닙니다. Supabase의 보안 책임자 Bil Harmer는 TechCrunch에 프로젝트는 “기본적으로 안전하며”, 각 프로젝트의 설정은 고객이 관리한다고 말했습니다.

둘째는 비용입니다. Pro는 월 25달러부터 시작하며, 가장 작은 인스턴스에 충분한 10달러어치 컴퓨팅이 포함됩니다. 추가 프로젝트는 가장 작은 크기의 월 10달러부터 목록상 가장 큰 크기의 3'730달러까지 컴퓨팅 비용을 모두 냅니다. 250 GB를 넘는 데이터 전송은 GB당 0.09달러입니다. Pro에는 지출 한도가 기본으로 켜져 있고, Team 요금제는 599달러부터입니다. 저희가 보기에 가격은 공정하고 명확하게 공개되어 있지만, 청구액은 컴퓨팅과 트래픽을 따라가며, 작은 프로젝트도 여럿이면 금액이 쌓입니다.

저희가 보기에 종속성은 같은 종류의 플랫폼 대부분보다 낮습니다. 데이터베이스는 쉽게 옮길 수 있습니다. 앱이 Supabase에 뿌리를 내리는 곳은 로그인, 스토리지, 클라이언트 라이브러리이며, 옮기려면 실제로 손이 많이 가는 곳도 바로 여기입니다.

저희의 평가

Supabase는 계정과 데이터가 필요한 새 웹 앱과 모바일 앱의 기본 백엔드라는 자리에 걸맞으며, 그 이유는 화려하지 않습니다. 좋은 도구, 공정하게 공개된 가격, 그리고 빠져나갈 길을 갖춘 Postgres라는 것입니다. 약점은 빠른 도구라면 모두 공유하는 것입니다. 작동하는 앱은 쉽게 만들어 주지만, 안전한 앱은 별도의 단계로 남겨 두며, 에이전트가 늘 그 단계를 밟지는 않습니다.

그러니 Supabase를 쓰되, 보안을 개발의 일부로 다루십시오. 외부에서 닿을 수 있는 모든 테이블에 행 수준 보안을 걸고, 정책은 가정하지 말고 테스트하고, 비밀 키는 서버에만 두고, 트래픽을 파악할 때까지는 지출 한도를 걸어 두십시오. 저희가 Werk에서 Supabase를 쓰는 방식이 이렇습니다. Werk에서 Supabase는 Next.js, React, Expo와 함께 프로젝트마다 고르는 구성 요소 중 하나입니다. AI가 코드 대부분을 작성하고, 사람이 모든 릴리스를 검토하며, 역할, 로그인, 암호화, 자동화된 테스트는 첫 버전부터 갖춰져 있습니다.