Turso
Turso es una base de datos gestionada basada en SQLite (no en Postgres), con réplicas embebidas en el edge para lecturas en microsegundos y un modelo de millones de bases por tenant. Su motor es un reescritura de SQLite en Rust (antes "Limbo"), heredera del fork libSQL, pensada para multi-tenant, móvil/IoT y agentes de IA.
// open_source_vs_de_pago · Base de datos Postgres gestionada
// recomendación
Para una pyme/startup española arranca con Neon: es PostgreSQL real con licencia Apache 2.0, plan Free de verdad, escala-a-cero (pagas 0 € mientras el proyecto duerme) y branching que acelera el desarrollo. Cuando necesites consolidar aplicación y base de datos en una sola plataforma con buena DX y soporte gestionado, pásate a Railway (5 $/mes), que en 2026 ya cubre alta disponibilidad, réplicas y PITR a coste razonable. Reserva PlanetScale solo si necesitas rendimiento NVMe extremo, y descarta Turso (es SQLite, no Postgres) y CockroachDB (dejó de ser OSS en 2024) para este perfil.
// veredicto
Encaja para apps edge/multi-tenant o con muchas bases pequeñas (IoT, móvil, agentes IA) que quieran SQLite con réplicas locales; NO es un reemplazo de un Postgres gestionado.
// a_favor
- Free tier muy generoso: 100 bases de datos, 5 GB de almacenamiento y 500M de filas leídas al mes, sin tarjeta
- Réplicas embebidas (SQLite local que sincroniza con la primaria): lecturas con latencia casi nula, ideal para edge y Cloudflare Workers
- Motor de código abierto bajo licencia MIT (libSQL y el nuevo Turso Database en Rust), self-hostable si quieres evitar el lock-in
- Modelo de una base por tenant/usuario/agente: aislamiento y borrado de datos sencillos para multi-tenant
- Sin cold starts ni scale-to-zero; funciones modernas como vector search nativo, CDC y escrituras concurrentes
// en_contra
- NO es Postgres: es SQLite, con sus límites (compatibilidad SQL parcial, sin ecosistema de extensiones Postgres como pgvector/PostGIS nativo)
- El nuevo motor Turso Database (Limbo) sigue en BETA; los propios docs avisan de precaución con datos de producción
- Open-core real: funciones clave (offline-write, replicación completa) dependen de la nube de pago; la versión OSS pura no las cubre
- Giro estratégico de libSQL a un reescritura desde cero, con despidos incluidos, que generó dudas sobre el rumbo y la madurez
// qué_dice_la_comunidad
En Hacker News y Reddit el tono es de entusiasmo técnico por las réplicas embebidas mezclado con escepticismo: preocupa el lock-in del modelo open-core, la beta del reescritura de SQLite en Rust y el giro de libSQL. La gente lo recomienda para edge/multi-tenant, pero avisa de elegir Neon/Supabase si lo que se busca es Postgres de verdad.
// opiniones_de_la_comunidad
Opiniones
Cargando opiniones…
// otras_de_su_función
Los logos son propiedad de sus respectivas marcas; se muestran con fines identificativos.