Supabase levanta 150 millones de dólares y compra Turso para dar una base de datos a cada agente

Logo de Turso

Supabase anunció el 2 de octubre una ronda de 150 millones de dólares y, el mismo día, un acuerdo para adquirir Turso. La ronda la lidera el fondo soberano singapurense GIC, con CapitalG —el brazo de inversión de Alphabet—, IronArc y SquarePeg. El importe de la compra de Turso no se ha hecho público y, según el propio anuncio, la operación todavía no está cerrada. Glauber Costa, fundador de Turso, se incorpora a Supabase como responsable de servicios agénticos, y el cofundador Pekka Enberg se suma también al equipo.

La tesis que explica la compra la resume el titular del anuncio de Turso: dar una base de datos a cada agente. Supabase es una plataforma construida sobre PostgreSQL; Turso desarrolla una reescritura de SQLite en Rust, orientada a bases de datos muy ligeras, distribuidas y creadas bajo demanda. La combinación busca cubrir un patrón que, según ambas compañías, han cambiado los agentes de programación: ya no se pide una base grande y longeva, sino millones de bases pequeñas, efímeras y aisladas que arrancan al instante —una por agente, por sesión o por entorno de pruebas— y desaparecen después.

El anuncio concreta tres compromisos operativos: Turso Database sigue siendo software libre y en desarrollo activo, la plataforma actual continúa funcionando para los clientes existentes, y se construirá un camino de migración desde las bases SQLite de Turso hacia PostgreSQL cuando una aplicación crezca más allá de lo que una base ligera aguanta. Ese último punto es el que da coherencia a la cartera: SQLite para el arranque y el aislamiento por agente, Postgres cuando llega la carga real.

El movimiento encaja en una tendencia que lleva meses dibujándose en el mercado de bases de datos: el aislamiento por tenant —o por agente— está dejando de ser un problema de esquema para convertirse en un problema de aprovisionamiento. Databricks compró Neon en 2025 con un argumento casi idéntico, el de las bases Postgres creadas en su mayoría por agentes y no por personas. Para quien diseña arquitectura, la pregunta práctica que deja esta operación no es qué motor gana, sino cuántas bases de datos va a tener que gobernar su organización dentro de dos años y con qué herramientas piensa inventariarlas, respaldarlas y aplicarles una política de retención. Un parque de bases efímeras creadas por automatismos es, sin catálogo ni ciclo de vida, un problema de gobierno del dato esperando a ocurrir.

Más en Dataprix: guía de arquitectura de datos

Fuente: Turso (anuncio oficial)

Contenido elaborado con asistencia de inteligencia artificial — Equipo Editorial Dataprix. Verifica la información antes de tomar decisiones.

Cada semana, estas noticias y lo mejor de Dataprix en tu correo

Suscribirme al boletín