Introducción
Durante años, la pregunta de arquitectura tenía una respuesta sencilla: una aplicación, una base de datos. Los equipos más avanzados añadían réplicas de lectura, implementaban sharding o apostaban por el multi-tenant en un esquema compartido. Pero el paradigma no había cambiado de raíz. La adquisición de Turso por Supabase, anunciada el 2 de octubre de 2026 junto con una ronda de financiación de 150 millones de dólares, puede marcar el fin de esa era.
Hay un dato que lo resume todo: Supabase aprovisiona actualmente cuatro millones de bases de datos nuevas cada mes. Y el 70 % de ellas no las crean desarrolladores humanos, sino procesos automatizados: pipelines de CI, herramientas de integración, scripts de infraestructura. Este desplazamiento estadístico dice mucho sobre cómo están evolucionando las arquitecturas modernas, mucho más allá del debate sobre inteligencia artificial.
SQLite, el regreso inesperado
Turso no es simplemente un proveedor de bases de datos en la nube. La compañía construyó libSQL, un fork de SQLite reescrito en Rust, que mantiene compatibilidad total con el formato y la API originales mientras incorpora funcionalidades críticas para despliegues cloud: replicación regional, modo embebido y búsqueda vectorial nativa.
La arquitectura subyacente es donde la propuesta de valor se vuelve especialmente relevante desde el punto de vista de ingeniería. Turso resolvió un problema fundamental: ¿cómo alojar millones de bases de datos sobre una misma infraestructura sin que los costes se disparen? Su respuesta es un mecanismo de suspensión y carga bajo demanda: una base inactiva consume prácticamente nada y puede reactivarse en cuestión de milisegundos. Es exactamente el modelo económico que hizo atractivas las funciones serverless: solo se paga el uso real, con la granularidad del workload.
Qué cambia para los equipos de desarrollo
El patrón «una base por tenant» no es nuevo; lleva años circulando en las discusiones de arquitectura. Lo que cambia ahora es la viabilidad operativa. Hasta ahora, aprovisionar una nueva base de datos implicaba un proceso costoso: configuración, migración de esquema, gestión de conexiones y monitorización dedicada. Con un aprovisionamiento en milisegundos y un coste en reposo cercano a cero, crear una instancia aislada se vuelve tan sencillo como abrir un archivo.
Para los equipos de platform engineering y los desarrolladores backend, esto abre preguntas concretas. El aislamiento de datos entre tenants, gestionado habitualmente mediante row-level security en un esquema compartido, puede plantearse de forma diferente. Las migraciones de esquema —que exigen estrategias complejas en contextos multi-tenant— se simplifican cuando cada tenant dispone de su propia instancia. Las estrategias de backup y restauración se alinean de forma natural con los límites del tenant. Son conversaciones que los arquitectos tendrán que reabrir.
El camino hacia Postgres sigue abierto
Supabase no reemplaza Postgres por SQLite. La plataforma mantiene su base técnica sobre PostgreSQL para cargas de trabajo stateful y de crecimiento sostenido. Glauber Costa, cofundador de Turso, se incorpora a Supabase como Head of Agentic Services, con la misión de construir un puente coherente entre ambos mundos: SQLite para el aprovisionamiento ultraligero y los workloads efímeros, Postgres para el escalado y los usos de largo recorrido.
Ambos stacks permanecen en open source, una señal importante para los equipos que prevén integrarlos en sus propios pipelines. El compromiso de Supabase con el código abierto —la plataforma está construida íntegramente sobre componentes abiertos— aporta visibilidad sobre la trayectoria del proyecto y reduce el riesgo de dependencia de proveedor.
Una señal arquitectónica que conviene anticipar
Para los responsables técnicos y los arquitectos de soluciones, esta operación merece analizarse más allá del contexto de la automatización. El auge del aprovisionamiento masivo de bases de datos sigue una curva similar a la de los contenedores hace una década: marginal primero, imprescindible pocos años después. Los equipos que comiencen hoy a revisar sus estrategias de multi-tenancy, a evaluar sus herramientas de migración de esquema y a modelar el coste por workload llevarán ventaja cuando este modelo se convierta en el estándar de facto.