Supabase está adquiriendo Turso
La adquisición de Turso por parte de Supabase, una base de datos compatible con SQLite y escrita en Rust, centrada en mejor concurrencia y uso asíncrono, se recibe con una mezcla de entusiasmo y escepticismo. Quienes la apoyan la ven como un encaje estratégico: Turso podría impulsar cargas ligeras, de borde y dirigidas por agentes, mientras Supabase/Postgres asumiría el relevo a medida que las aplicaciones escalen, todo ello con el núcleo manteniéndose de código abierto. Los críticos se preocupan por los problemas de rendimiento previos de Turso, el riesgo de que un adquirente termine marginando la tecnología y la tensión más amplia entre los ideales del código abierto y la dinámica de salidas respaldadas por capital de riesgo.
Reacción general a la adquisición
- Muchos están entusiasmados; lo ven como un encaje estratégico sólido y un “win-win” para Supabase, Turso y los usuarios.
- Otros están descontentos o ansiosos, temiendo que Turso pueda quedar en desuso o ser transformado en una historia de “viaje increíble”.
- Algunos expresan un optimismo condicionado, esperando que Turso realmente obtenga más recursos y se vuelva más seguro para producción.
Implicaciones empresariales y de código abierto
- Varios comentarios temen que las adquisiciones a menudo maten productos pese a las garantías iniciales.
- La dirección de Turso dice que la empresa iba bien, con un fuerte crecimiento de ingresos, y califica esto como un movimiento estratégico, no una venta por necesidad.
- El núcleo con licencia totalmente MIT se ve como algo positivo; algunos cuestionan cómo se sostiene el ingreso por hosting cuando el núcleo es gratuito, mientras que otros señalan que el hosting gestionado, el cumplimiento y la responsabilidad son fuertes valores añadidos.
Ángulos técnicos: SQLite vs Turso vs Postgres
- Turso se presenta como una reescritura en Rust compatible con SQLite que apunta a:
- Mejor concurrencia y múltiples escritores.
- E/S asíncrona, mejor búsqueda y características vectoriales/gráficas.
- Una base de datos embebida utilizable desde lenguajes “seguros” y posiblemente múltiples dialectos SQL.
- SQLite es elogiado como extremadamente robusto y probado en batalla; algunos argumentan que nunca debería reescribirse.
- Otros responden que las reescrituras en Rust para concurrencia y seguridad pueden hacer avanzar el campo.
Rendimiento, estabilidad y preocupaciones de “vibe coding”
- Se cita un hilo de ClickBench donde Turso era extremadamente lento en la ingesta de datos; los críticos atribuyen esto en parte a un codificado intenso con LLM/“vibe”.
- Los mantenedores de Turso responden que las primeras referencias eran prematuras, que los problemas de ingesta son conocidos y que aún no son una prioridad máxima.
- Algunos usuarios informan buen rendimiento en el mundo real (por ejemplo, cargas de trabajo Rust async); otros reportan problemas serios de latencia en ciertas regiones y una monitorización débil.
Estrategia de Supabase y casos de uso agénticos/de borde
- Empleados de Supabase describen Turso/SQLite como complementarios a Postgres:
- Turso para cargas pequeñas, bajo demanda, creadas por agentes o de borde.
- Postgres para cargas de producción más grandes y escaladas.
- Se menciona un plan para un nivel muy pequeño “Spark” impulsado por Turso.
- Varios ven SQLite/Turso junto con redes de borde como ideal para proyectos 0→1 y flujos de trabajo de LLM/agentes.
Debates sobre gobernanza y cultura
- Algunos critican la gobernanza filtrada religiosamente de SQLite como “tipo secta” y dan la bienvenida a un modelo comunitario más abierto.
- Otros defienden la gobernanza de SQLite como intencional y protectora, rechazando la caracterización de “secta”.