Contexte et objectifs
Le 2 octobre 2026, Supabase a annoncé l’acquisition de Turso afin de répondre à une demande croissante d’infrastructures de bases de données capables de soutenir des millions d’agents d’intelligence artificielle. Supabase indique déjà lancer plus d’un million de bases de données chaque semaine, un volume qui, selon leurs estimations, dépassera rapidement la capacité actuelle des systèmes traditionnels. L’objectif déclaré est de permettre à chaque agent de créer une base « aussi facilement qu’un fichier », sans provisionner de machine dédiée, tout en conservant un coût marginal très faible.
Architecture de Turco et réécriture en Rust
Turso a reconstruit SQLite en Rust, langage choisi pour sa sûreté mémoire et ses performances natives. Cette réécriture permet à une unique instance serveur de gérer plusieurs millions de bases de données, en les chargeant uniquement lorsqu’elles sont sollicitées et en les suspendant dès qu’elles sont inactives. Le modèle d’exploitation repose sur un « cloud‑native » où chaque base est un objet persistant, similaire à un fichier, mais avec les garanties ACID de SQLite. Les clients cités – Superhuman, Sauna.ai, CTO.new et Mastra – utilisent déjà cette capacité pour déployer des bases à la demande, que ce soit sur Turso Cloud ou dans leurs propres environnements cloud.
Intégration dans l’écosystème Supabase
Supabase continuera de développer autour de PostgreSQL pour les charges de travail à grande échelle, tandis que Turso restera focalisé sur SQLite pour les scénarios de prototypage et de petite charge. L’acquisition crée un pont technique : les développeurs pourront commencer un projet avec une base SQLite gérée par Turso, puis migrer vers PostgreSQL via les outils natifs de Supabase lorsque le trafic ou la complexité augmente. Deux membres clés de Turso, Glauber Costa et Pekka Enberg, rejoignent Supabase pour piloter ce « effort d’infrastructure agentique ». Le modèle d’accès unifié promet une expérience développeur homogène du prototype à la production.
Implications et limites
Le principal avantage réside dans la réduction du temps de provisionnement et le coût d’infrastructure : créer une base SQLite ne nécessite plus de VM dédiée, ce qui correspond à la contrainte de « coût minimal » exprimée par Supabase. Cependant, SQLite conserve des limites intrinsèques – notamment l’absence de parallélisme d’écriture multi‑processus et une capacité maximale de taille de fichier qui peut devenir un goulot d’étranglement pour des jeux de données volumineux. La stratégie d’utilisation conjointe PostgreSQL/Turso repose donc sur une migration explicite, ce qui impose aux équipes de planifier la transition avant que les limites de SQLite ne soient atteintes. Enfin, la dépendance à une implémentation Rust de SQLite crée un point de verrouillage technologique : toute vulnérabilité ou incompatibilité future devra être gérée par l’équipe Turso au sein de Supabase.
