Supabase가 Turso를 인수한 이유: 에이전트는 작업마다 데이터베이스가 필요하다

Supabase는 10월 2일 1억 5천만 달러를 조달하고 SQLite 기반 데이터베이스 기업인 Turso를 인수한다고 발표했다. 이번 라운드는 싱가포르의 GIC가 주도했으며, Alphabet의 성장 펀드인 CapitalG, IronArc, SquarePeg가 참여했다. 인수 가격은 공개되지 않았으며, 이번 투자 발표를 인수가로 해석해서는 안 된다.

이 거래의 밑바탕에 깔린 아키텍처적 베팅이 흥미로운 부분이다. Supabase는 하나의 일관된 저장소를 공유하는 애플리케이션을 위해 설계된 관계형 시스템인 Postgres를 중심으로 사업을 구축했다. Turso는 SQLite를 처음부터 다시 작성해 단일 작성자(single-writer) 제약을 제거했고, 선행 기입 로그(write-ahead log)를 S3에 두는 디스크리스 아키텍처를 통해 이를 제공했다. 그 결과, 에이전트마다 기계를 하나씩 띄우는 비용의 일부만으로 필요할 때마다 프로비저닝할 수 있는 데이터베이스가 탄생했다.

Supabase가 제시하는 수치

Supabase는 현재 매달 100만 명 이상의 사용자와 약 400만 개의 데이터베이스가 새로 추가되고 있다고 밝혔다. 플랫폼에서 새로 생성되는 데이터베이스의 약 70퍼센트가 에이전트나 AI 기반 도구에 의해 만들어진다고 보고했다. 6월에는 데이터베이스 수가 전년 대비 600퍼센트 증가했다고 밝혔으며, 대부분의 신규 배포가 이미 에이전트에 의해 이루어지고 있다고 말했다. 회사는 1,300만 명 이상의 개발자가 플랫폼을 사용하고 있다고 전했다.

이는 회사가 자체적으로 보고한 도입 수치이며, 데이터베이스 생성은 매출이나 유지율과 같은 지표가 아니다. 에이전트가 작업을 위해 띄웠다가 한 시간 뒤에 버린 데이터베이스도 그 월간 총계에는 포함된다. 다만 이 수치가 보여주는 것은 수요 곡선의 형태다. 생성되는 데이터베이스의 양이 그것을 만드는 사람의 수보다 빠르게 늘고 있다는 점은, 애플리케이션당 하나의 데이터베이스 모델이 한계에 몰리고 있다는 바로 그 신호다.

에이전트당 하나의 데이터베이스가 기존 산수를 무너뜨리는 이유

인프라의 단위가 바뀌고 있다. 사람 개발자가 애플리케이션을 만들 때는 하나의 데이터베이스가 여러 사용자를 감당하고, 이를 프로비저닝하는 비용은 장기 프로젝트에 걸쳐 분산된다. 에이전트가 작업을 수행할 때는 상태, 메모리, 중간 결과를 위한 자체 임시 저장소가 필요할 수 있고, 그것도 몇 분 동안만 필요할 수 있다.

기존의 관리형 데이터베이스 모델에서 에이전트마다 인스턴스를 프로비저닝하는 것은 그런 규모에서는 통하지 않는다. 서버를 할당하고, 설정하고, 과금하는 오버헤드가 그 안에서 돌아가는 작은 워크로드의 가치를 압도한다. Turso의 주장은 데이터베이스는 생성하는 데 거의 비용이 들지 않고 유휴 상태로 두는 데도 거의 비용이 들지 않아야 하며, 그래서 100만 개를 띄우는 것이 회계상의 사건이 아니라 일상적인 작업이 되어야 한다는 것이다.

Supabase가 Turso의 고객으로 언급한 목록에는 Superhuman, CTO.new, Sauna.ai, Mastra가 포함된다. Turso 창업자 Glauber Costa는 공동 창업자 Pekka Enberg와 나머지 팀원들과 함께 Supabase에 합류해 에이전틱 서비스 총괄(Head of Agentic Services)을 맡는다.

이미 Turso를 사용하고 있는 사람이라면 주목할 만한 세부 사항이 하나 있다. 회사의 초기 libSQL 포크와 새로운 Rust 엔진은 서로 다른 구현이며, 두 가지가 동일한 기능 집합을 갖추고 있지 않다. Turso는 2025년 1월의 재작성 발표에서 이 전환을 설명했다. 팀은 마케팅 페이지에 나열된 기능이 프로덕션에서 사용 가능하다고 가정하기 전에, 자신의 배포가 어느 엔진에서 실행되는지 확인해야 한다.

겨냥하는 경쟁 상대

이번 인수는 Supabase가 무엇과 경쟁하는지도 분명히 해준다. 유료 제공 서비스에는 인증, 스토리지, 엣지 함수, 실시간 구독, 벡터 검색이 포함되며, 이는 단일 데이터베이스 벤더가 아니라 관리형 백엔드 시장에서 Firebase, MongoDB Atlas, AWS Aurora와 경쟁하는 위치에 놓는다.

이들 각각은 에이전트 계층에서 서로 다른 약점을 갖고 있다. Firebase는 개발자를 문서 모델과 구글 클라우드에 묶어 둔다. MongoDB Atlas는 데이터를 유연하게 모델링하지만 에이전트 작업 단위가 아니라 클러스터 단위로 과금한다. Aurora는 강력하지만 작은 규모에서는 비싸고, 프로비저닝 방식이 몇 분 동안만 존재하는 작업에 맞지 않는다.

Turso의 기여는 가능한 한 가장 작은 저장 단위다. 동시 쓰기, 네이티브 벡터 검색, 브라우저 내 실행을 제공하며, 기기와 클라우드 간 임베디드 복제도 지원한다. 마지막 기능은 일부가 사용자 기기에서 실행되는 부류의 애플리케이션에서 중요하다. 클라우드 데이터베이스까지 왕복하는 방식은 그런 문제에 맞는 형태가 아니기 때문이다.

이 성장 경로가 상업적 메커니즘이다. 하나의 SQLite 데이터베이스로 시작해 실제 애플리케이션으로 성장한 프로젝트는 Postgres로 이전하고, 그와 함께 유료 요금제로 넘어간다. Supabase의 주장은 에이전트가 프로젝트를 생성하는 그 순간에 확보하는 것이 나중에 개발자를 획득하는 것보다 저렴하다는 것이다.

투자 이력 자체가 하나의 신호

이번 라운드는 Supabase가 2026년 6월, 역시 GIC가 주도한 5억 달러 규모의 시리즈 F를 마감한 지 4개월 만에 성사됐다. 당시 기업 가치는 포스트머니 기준 105억 달러였다. 그 라운드는 2025년 10월 50억 달러 가치로 진행된 1억 달러 규모의 시리즈 E에 이은 것이었다. 지금까지 조달한 총자본은 10억 달러를 넘어섰다.

이렇게 이른 시점에 다시 투자를 유치했다는 것은 회사가 자본을 원했든, 헤드라인을 원했든 둘 중 하나임을 시사한다. 발표문에 따르면 이번 라운드의 일부는 직원들에게 유동성을 제공한다. 이 단계에서 직원을 위한 세컨더리 구성 요소는 정상적이며, 회사가 실제로 운용하는 영업 현금과는 구분해서 볼 필요가 있다.

전략적 논리는 재무적 논리보다 더 명확하다. Supabase는 프로젝트에 백엔드가 필요할 때 개발자나 에이전트가 가장 먼저 찾는 곳이 되고자 한다. 그 프로젝트의 최초 버전이 에이전트가 만든 작은 SQLite 데이터베이스라면, 생성의 순간을 소유하는 것은 경쟁자가 그 프로젝트를 보기도 전에 관계를 확보한다는 뜻이다. 그 지점에서 Supabase는 애플리케이션이 가벼운 계층을 벗어날 때 표준 Postgres로 넘어가는 성장 경로를 제공한다. Turso는 플랫폼으로 계속 운영되며, 코드베이스도 오픈 소스로 유지된다.

통합의 패턴

이런 움직임은 Supabase만의 것이 아니다. Restate는 이번 달 Singular가 주도한 2천만 달러 규모의 시리즈 A를 유치했는데, 이는 장시간 실행되는 에이전트 워크플로가 작업 도중 실패하지 않도록 하는 내구성 있는 인프라를 위한 것이다. LlamaIndex는 에이전트 데이터 파이프라인을 겨냥한 스키마 기반 문서 추출 도구를 출시했다. 이들 거래를 관통하는 주제는 에이전트 아래의 배관 작업이 하나의 카테고리가 되고 있으며, 이전에는 부차적인 것으로 여겨졌던 부분들이 이제는 투자를 받고 있다는 점이다.

빌더 입장에서 실질적인 질문은 무엇이 바뀌느냐다. 기존 Supabase 사용자들은 달라지는 것이 없다는 안내를 받는데, 이는 이제 하나의 지붕 아래 두 개의 엔진을 운영하는 플랫폼으로서는 옳은 답이다. 더 중요한 변화는 기본값에 있다. Postgres와 SQLite가 같은 생태계에 공존한다면, 둘 중 무엇을 고를지는 벤더에 관한 결정이 아니라 워크로드의 형태에 관한 결정이 되며, 저렴한 선택지가 조달 주기를 거친 뒤가 아니라 에이전트가 필요로 하는 그 순간에 사용 가능해진다.

남은 문제는 이 경제성이 유지되느냐다. 에이전트당 데이터베이스 모델은 저장, 프로비저닝, 지원 비용이 고객이 지불할 가격보다 낮게 유지되고, 그 데이터베이스 중 충분히 많은 수가 유료 프로덕션 워크로드로 성장할 때에만 실행 가능하다. Supabase는 그 답이 '그렇다'이며, 유지할 가치가 있는 프로젝트는 작게 시작한다는 데 베팅했다.