Supabase compró Turso: el día que los agentes de IA te van a pedir

Chips y circuitos de servidor
La infraestructura de bases de datos entra en una era donde el cliente la crea y la borra sola.

Supabase compró Turso y la noticia suena técnica hasta que lees el número: un millón de bases de datos nuevas por semana. Eso no es un SaaS que crece. Es una fábrica de objetos que se queda encendida todo el día.

Lo que realmente pasó en la compra

El 2 de octubre de 2026, Paul Copplestone (CEO y cofundador de Supabase) anunció que su empresa adquiere a Turso. No compraron clientes ni usuarios: compraron una arquitectura.

Turso había reescrito SQLite desde cero en Rust. No es un driver ni un wrapper: es un motor completo. Y su gracia no está en el lenguaje, sino en el modelo operativo: un solo servidor administra millones de bases de datos, las carga cuando alguien las pide y las suspende cuando nadie las toca.

Clientes reales como Superhuman, Sauna.ai, CTO.new y Mastra ya usan ese enfoque. Es como un servidor de ficheros, pero cada fichero es una base de datos relacional completa.

Por qué esto importa a un dev latino

La respuesta corta: Postgres era la respuesta obvia, y la respuesta obvia ya no te da la respuesta.

Hasta hace poco el flujo era así: registras tu app, configuras un Postgres, provisionas una instancia, esperas a que escale. Todo eso está diseñado para humanos que eligen cuándo encender un servidor. El agente no levanta un servidor: crea la base, escribe cinco migraciones, prueba, itera, y cuando termina se aburre y arranca el siguiente proyecto.

Nadie quiere pagar por un servidor dedicado a un prototipo que va a existir seis horas. Esa fricción es exactamente lo que la arquitectura de Turso elimina: crear una base de datos debe ser tan barato como crear un archivo.

Supabase lo dice sin rodeos: espera que la demanda de bases de datos por agentes supere la capacidad actual del mundo para soportarla. Si sus números son ciertos, estamos viendo el momento en que la infraestructura deja de diseñarse para aplicaciones y pasa a diseñarse para agentes que te escriben software.

SQLite contra Postgres: no es una guerra, es un embudo

Lo que me gusta de la estrategia es que no pide fe. Supabase sigue construyendo sobre Postgres sin pausa. Turso sigue trabajando sobre SQLite. No hay conversión forzada para nadie.

SQLite para la fase de prototipo: cada agente pide su base en segundos, sin provisionar servidor dedicado. Postgres cuando la app escala y necesitas concurrencia real, tipos avanzados y un ecosistema maduro. El camino de un motor al otro es lo interesante de verdad.

SQLite lleva tres décadas siendo la base de datos más desplegada del planeta: vive dentro del navegador, del teléfono, del router, del satélite. Lo que Turso hizo fue modernizar el despliegue. SQLite nunca estuvo pensado para correr en la nube de esa forma.

Y aquí está el punto serio: la reconstrucción en Rust es código abierto. Si mañana Supabase decide cerrar el grifo, el motor sigue siendo tuyo. Glauber Costa y Pekka Enberg se incorporan a Supabase, y Costa lidera la iniciativa de infraestructura agéntica.

Mi lectura, sin filtros

Estoy de acuerdo con esto, y creo que es el movimiento correcto por razones distintas a las del marketing.

Lo peligroso no es la IA. Lo peligroso es la infraestructura optimizada para un humano que razona: cobrar por instancia, exigir provisionamiento, poner límites artificiales a la concurrencia. Todo eso era razonable cuando un developer se sentaba un martes a escribir un CRUD y lo deployaba esa misma tarde.

Un agente no es un developer más rápido. Es un consumidor distinto: crea recursos a una escala donde cualquier costo marginal, por pequeño que sea, se convierte en un incendio.

Y hay un punto incómodo para Latinoamérica que no quiero suavizar: si el ecosistema entero depende de una sola compañía americana que "crea bases de datos como archivos", estamos concentrando en un punto único la infraestructura que sostiene todo el software que los agentes generan en el mundo entero.

La respuesta no es esperar a que un proyecto open source nos salve. Es lo que Turso representa: que el motor sea auditable, replicable y lo bastante barato de abandonar.

Supabase ya lanza más de un millón de bases por semana. Cuando los agentes de IA sean la norma y no el experimento, nadie va a recordar quién ganó la carrera de las bases de datos. Vamos a recordar quién definió el costo de crear una.

¿Cómo te afecta si construyes hoy?

Si estás prototipando con agentes y la factura de tu base de datos te duele, esta es la señal de alerta. Elige SQLite embebido para el prototipo y migra a Postgres cuando el tráfico lo pida. Nunca al revés, que es como la mayoría de la infraestructura.

Comparte esto con ese dev que sigue levantando una instancia de Postgres dedicada para un prototipo que nunca saldrá de su laptop.

Y si tienes una opinión fuerte sobre si las máquinas deberían pagar por bases de datos: te leo en los comentarios.