Turso
SQLite am Edge, nah am Nutzer verteilt
Anzeige · „Zum Anbieter“ kann ein Affiliate-Link sein. Bei einem Kauf erhalten wir ggf. eine Provision — für dich ohne Mehrkosten.
Am besten geeignet für
- Edge- und Serverless-Apps
- leselastige Workloads
- Projekte mit globalem Publikum
Pro
- Extrem niedrige Latenz durch Replikation an den Edge
- Auf libSQL aufgebaut, einem offenen SQLite-Fork
- Sehr günstig, grosszügiges Gratis-Tier
- Embedded Replicas für lokale Lesezugriffe ohne Netzwerk
Contra
- SQLite eignet sich nicht für jede Schreiblast
- Ökosystem kleiner als bei Postgres-Anbietern
Turso verfolgt einen anderen Ansatz als die Postgres-Anbieter: Im Kern steht libSQL, ein offener Fork von SQLite, der die schlanke Embedded-Datenbank für die Cloud und den Edge fit macht. Die Idee dahinter ist bestechend einfach. Statt eine zentrale Datenbank in einer Region zu betreiben, repliziert Turso die Daten an Standorte rund um den Globus, sodass Anfragen immer von einem nahen Knoten beantwortet werden.
Für leselastige Anwendungen bedeutet das spürbar niedrigere Latenzen. Besonders interessant sind die Embedded Replicas: Eine lokale Kopie der Datenbank lebt direkt neben der Anwendung, Lesezugriffe gehen ohne Netzwerk-Roundtrip, und Änderungen werden im Hintergrund synchronisiert. Das passt hervorragend zu Edge-Functions und global verteilten Setups.
Man sollte die Grenzen kennen: SQLite ist auf parallele Schreibzugriffe nicht so ausgelegt wie Postgres, weshalb schreibintensive Workloads weniger ideal sind. Auch das Ökosystem ist kleiner. Wer aber eine günstige, blitzschnelle und global verteilte Datenbank für überwiegend lesende Zugriffe sucht, findet in Turso eine spannende Option.
Lesen und Schreiben trennen
Turso glänzt bei Lesezugriffen. Prüfe vorab, ob deine Schreiblast zum SQLite-Modell passt, oder lagere schreibintensive Teile aus.