Por Redacción Pangea IA · 3 de octubre de 2026
Supabase ha anunciado la adquisición de Turso, una compañía especializada en bases de datos ligeras basadas en SQLite, con una idea cada vez más importante para la nueva generación de software: que cada agente de inteligencia artificial pueda crear y utilizar su propia base de datos bajo demanda. La operación llega acompañada de una nueva ronda de financiación de 150 millones de dólares para Supabase, pero el movimiento relevante va más allá del dinero: apunta a un cambio de arquitectura provocado por agentes capaces de crear aplicaciones, prototipos, paneles y entornos temporales a una velocidad que la infraestructura tradicional no estaba diseñada para absorber.
Supabase afirma que ya pone en marcha más de un millón de bases de datos por semana. Su tesis es que, a medida que los agentes construyan más software, dejará de ser suficiente pensar en una única base de datos central por aplicación. Parte de las tareas requerirá bases muy pequeñas, aisladas, baratas y rápidas de crear, que puedan desaparecer cuando dejan de ser necesarias. Ahí encaja Turso.
Qué ha anunciado Supabase
El 2 de octubre, Supabase comunicó que Turso se incorporará a la compañía. El precio de la adquisición no se ha hecho público. Supabase continuará desarrollando su plataforma alrededor de PostgreSQL, mientras que Turso seguirá trabajando con su tecnología basada en SQLite. La estrategia declarada es unir ambos mundos: bases ligeras para tareas pequeñas o efímeras y una vía de crecimiento hacia PostgreSQL cuando una aplicación necesita más capacidad.
En paralelo, Supabase anunció una ronda de financiación de 150 millones de dólares liderada por GIC, con participación de CapitalG, IronArc y SquarePeg. Esa ronda es independiente de la compra de Turso; las compañías no han divulgado el importe de la operación.
SiliconANGLE señala que Supabase también está ampliando su oferta para cargas de trabajo vinculadas a agentes, mientras que el propio anuncio de la empresa sitúa la compra de Turso dentro de una estrategia de infraestructura específicamente orientada a esta nueva forma de crear software.
Por qué los agentes de IA cambian la forma de usar bases de datos
Durante décadas, muchas aplicaciones se han diseñado alrededor de una base de datos relativamente estable. Puede crecer, replicarse, dividirse o migrarse, pero sigue siendo un recurso persistente gestionado durante meses o años. Los agentes de IA introducen un patrón distinto.
Un agente de programación puede crear un prototipo, ejecutar una prueba, generar un panel temporal o preparar un entorno aislado para comprobar un cambio. Cada una de esas tareas puede necesitar almacenamiento propio. Si miles de agentes realizan esas operaciones simultáneamente, el número de bases de datos puede crecer mucho más deprisa que el número de aplicaciones tradicionales.
Supabase plantea que una base destinada a uno de esos trabajos debería poder crearse casi como si se generara un archivo: sin reservar una máquina completa, con poco coste inicial y con capacidad para suspenderse cuando no se usa.
Esta evolución encaja con una tendencia que ya aparece en otros ámbitos de la infraestructura de IA. Los agentes necesitan entornos aislados, permisos delimitados y recursos que puedan crearse y eliminarse automáticamente. En Pangea IA hemos visto ese mismo problema desde el ángulo de la seguridad en la plataforma de NVIDIA para contener agentes de IA y, más recientemente, en los nuevos controles de acceso al disco que prepara Apple para los agentes.
Qué aporta Turso
Turso ha desarrollado una arquitectura centrada en SQLite, una base de datos conocida por su tamaño reducido y por poder ejecutarse directamente dentro de una aplicación sin depender de un servidor de base de datos convencional. La compañía ha reconstruido su tecnología en Rust y ha diseñado una plataforma capaz de gestionar un número muy elevado de bases pequeñas.
Según Turso, su sistema permite cargar bases cuando se necesitan y suspenderlas cuando dejan de utilizarse. Esa característica es especialmente relevante para agentes porque muchas de sus tareas no requieren una base potente funcionando las 24 horas, sino un espacio aislado durante unos minutos, horas o días.
Supabase describe la arquitectura de Turso como adecuada para un escenario en el que un único servidor puede gestionar millones de bases de datos. Conviene matizar que esa cifra procede de las propias compañías y describe la capacidad del diseño, no una prueba independiente de rendimiento para cualquier carga de trabajo.
SQLite para empezar, PostgreSQL para crecer
La compra no significa que Supabase vaya a abandonar PostgreSQL. De hecho, la compañía insiste en lo contrario. Su idea es ofrecer dos niveles que resuelvan necesidades diferentes.
| Necesidad | Enfoque previsto |
|---|---|
| Tarea pequeña o temporal de un agente | Base ligera basada en SQLite/Turso |
| Prototipo que necesita persistencia sencilla | Base bajo demanda con bajo coste de arranque |
| Aplicación que crece y necesita más servicios | Escalado hacia el ecosistema PostgreSQL de Supabase |
| Carga de producción compleja | PostgreSQL y servicios asociados de Supabase |
Ese recorrido pretende evitar que una tarea simple tenga que provisionar desde el principio una infraestructura más pesada de la necesaria. Al mismo tiempo, ofrece una salida si el prototipo creado por un agente termina convirtiéndose en una aplicación real.
Qué puede cambiar para desarrolladores y empresas
El movimiento puede tener efectos prácticos si el modelo de “una base por agente o por tarea” se consolida. Para los desarrolladores, podría simplificar la creación de entornos aislados para pruebas, ramas de desarrollo, asistentes de programación o aplicaciones generadas automáticamente.
Para una pyme que empieza a utilizar agentes internos, el beneficio potencial no consiste en sustituir todas sus bases de datos actuales. El caso más razonable sería separar tareas temporales del sistema principal. Por ejemplo, un agente que analice un conjunto de documentos, prepare un informe y conserve resultados intermedios podría trabajar sobre una base aislada en lugar de acceder directamente a la base de producción.
Otro escenario sería un agente que genere una pequeña aplicación interna para un equipo. En vez de solicitar manualmente una nueva instancia completa, el agente podría crear su propio almacenamiento durante el proceso de construcción y mantenerlo mientras la herramienta siga en uso.
El interés empresarial está en reducir fricción y mejorar el aislamiento. Pero la automatización no elimina la necesidad de gobernanza. Cuantas más bases crea una organización, más importante resulta saber quién las creó, qué contienen, cuánto tiempo deben conservarse y qué permisos tienen. El ahorro de tiempo en el aprovisionamiento puede convertirse en un problema si la empresa pierde visibilidad sobre cientos o miles de recursos creados automáticamente.
El problema que Supabase intenta resolver
Supabase sostiene que los agentes están creando bases de datos a un ritmo que obliga a revisar la infraestructura. La compañía ya supera el millón de nuevas bases por semana y espera que esa cifra siga creciendo. No todas esas bases requieren la misma potencia ni tienen la misma vida útil.
El modelo tradicional de infraestructura suele optimizar la ejecución de unas pocas bases relativamente grandes. El modelo que plantea Supabase se parece más a una nube de pequeñas bases que aparecen y desaparecen continuamente. Si ese patrón se generaliza, la unidad económica deja de ser solo el coste por servidor o por proyecto y pasa a incluir el coste de crear, mantener y suspender enormes cantidades de entornos independientes.
Es una evolución comparable a lo que ya ocurrió con los contenedores y las funciones serverless: recursos que antes se gestionaban de forma relativamente estática pasaron a crearse de manera automática y efímera. La diferencia es que aquí hablamos de datos, donde la persistencia, la privacidad y el cumplimiento normativo introducen más complejidad.
Los límites: seguridad, gobierno y costes siguen importando
La idea de que cada agente tenga su propia base puede mejorar el aislamiento, pero no resuelve por sí sola los problemas de seguridad. Una base de datos separada sigue necesitando autenticación, control de acceso, cifrado, copias de seguridad cuando sean necesarias y una política clara de eliminación.
También aparece una cuestión de trazabilidad. Si un agente puede crear bases automáticamente, una empresa necesita inventariarlas y asociarlas a un propietario, un proyecto y una finalidad. De lo contrario, podría terminar acumulando datos sin saber por qué siguen almacenados.
El coste es otro punto que habrá que observar. El objetivo de Turso es que las bases pequeñas sean baratas, pero el coste real dependerá del volumen de operaciones, almacenamiento, transferencia de datos y servicios adicionales. La compra todavía es reciente y Supabase no ha detallado una estructura comercial conjunta definitiva.
Para las empresas europeas, además, cualquier automatización que implique datos personales deberá seguir respetando las obligaciones aplicables de protección de datos. Que la infraestructura sea efímera no convierte los datos en irrelevantes desde el punto de vista legal.
Una señal de hacia dónde se mueve la infraestructura de IA
La adquisición de Turso es importante porque muestra que la carrera de la IA ya no se limita a construir modelos más potentes. También se está rediseñando la infraestructura que necesitan los agentes para trabajar de forma autónoma.
Estamos viendo movimientos similares en seguridad, identidad, ejecución aislada y herramientas empresariales. Anthropic, por ejemplo, acaba de anunciar una iniciativa para formar ingenieros capaces de llevar sistemas de IA a producción. La siguiente fase no consiste solo en que el modelo responda mejor, sino en conseguir que pueda operar de forma fiable dentro de sistemas empresariales reales.
Supabase y Turso están apostando por que las bases de datos sean una de las piezas que también deberán volverse “agentic”: creadas, utilizadas, suspendidas y escaladas mediante software autónomo.
Qué habrá que vigilar a partir de ahora
La adquisición está anunciada, pero la integración profunda todavía está por construir. Supabase afirma que Turso seguirá funcionando y que ambas tecnologías mantendrán sus líneas actuales mientras se desarrolla una experiencia común.
Los puntos clave serán comprobar cómo se integra la creación automática de bases en las herramientas de agentes, qué controles de seguridad se incorporan, cómo se gestionan los costes a gran escala y qué facilidad existe para pasar de una base ligera a PostgreSQL cuando una aplicación crece.
También será relevante observar si otros proveedores de bases de datos adoptan arquitecturas parecidas. Si los agentes terminan creando una parte significativa del software nuevo, la infraestructura probablemente tendrá que adaptarse a un volumen de recursos mucho mayor y a ciclos de vida mucho más cortos.
Conclusión
La compra de Turso por Supabase no es simplemente otra adquisición tecnológica. Es una apuesta concreta sobre cómo cambiará el desarrollo de software cuando los agentes de IA creen aplicaciones y recursos por sí mismos.
El planteamiento combina bases SQLite ligeras y bajo demanda con PostgreSQL para cargas que necesitan crecer. Si funciona como esperan ambas compañías, un agente podrá iniciar una base para una tarea puntual sin cargar con la infraestructura de una aplicación completa y, si ese proyecto prospera, avanzar hacia un entorno de producción más potente.
La oportunidad es clara, pero también lo son los desafíos: seguridad, trazabilidad, costes y gobierno del dato. La adquisición convierte esos problemas en una de las batallas de infraestructura más interesantes de la etapa actual de la IA.
Lecturas relacionadas
Fuentes consultadas
- Supabase — “Supabase is acquiring Turso”, publicado el 2 de octubre de 2026. Consulta: 3 de octubre de 2026.
- Turso — “Turso is joining Supabase to give every agent its own database”, publicado el 2 de octubre de 2026. Consulta: 3 de octubre de 2026.
- SiliconANGLE — “Database startup Supabase raises $150M, acquires Turso”, 2 de octubre de 2026. Consulta: 3 de octubre de 2026.
- Tech AI Wire — “Supabase raises $150M and buys Turso for agent databases”, 2 de octubre de 2026. Consulta: 3 de octubre de 2026.
Deja una respuesta