Edge database 2026 yılında modern web ve mobil uygulamaların veri katmanı kararlarında stratejik bir dönüm noktası haline geldi. Turso, Cloudflare D1 ve Fauna gibi edge-native database servisleri, geleneksel merkezi RDBMS yaklaşımına karşı düşük gecikme, otomatik dağıtık replikasyon ve serverless ölçeklenme sunuyor. 2026 verilerine göre küresel web uygulamalarının yüzde 21’i en az bir edge database servisi kullanıyor; bu oran 2024’te yüzde 8 idi. Türk SaaS şirketlerinde edge database adoption’ı 2026’da yüzde 34 oranında artarken, finans ve e-ticaret sektörü öncülüğünü yapıyor.
Üç sağlayıcı arasındaki seçim, SQL diyalekti tercihi, multi-tenant model, replikasyon stratejisi, serverless pricing modeli ve uzun vadeli vendor risk gibi 9 farklı boyutta analiz gerektiriyor. Bu yazıda Turso (libSQL/SQLite), Cloudflare D1 (SQLite), Fauna (FQL/GraphQL) ve diğer edge database alternatiflerini 2026 mimari kararları, performans karakteristikleri ve Türkiye merkezli kurumsal senaryolar açısından derinlemesine karşılaştırıyoruz.

Turso 2026: libSQL ile SQLite’ın Edge’de Yeniden Doğuşu
Turso, ChiselStrike şirketinin 2022’de başlattığı libSQL projesinin ticari ürünü; 2026 itibarıyla edge database pazarının en hızlı büyüyen oyuncusu. libSQL, SQLite’ın fork’u olarak başladı; ancak server-side replication, ALTER TABLE iyileştirmeleri, vector embeddings, write-ahead logging ve gRPC native streaming gibi modern özelliklerle SQLite’ı edge için yeniden tasarladı.
2026’da Turso’nun öne çıkan özellikleri:
- Embedded replicas: SQLite’ın dosya tabanlı yapısı edge replikaya dönüştürüldü. Müşteri uygulaması SQLite client kütüphanesi ile direkt local file gibi okuyor, yazma operasyonları primary’ye proxy’leniyor.
- Multi-tenant database: Her müşteri/kullanıcı için ayrı database yaratma (database-per-tenant) ucuz; Turso’da 100K database tek hesapta mümkün.
- Vector search: 2026’da libSQL’a native vector embeddings desteği eklendi. RAG ve semantic search senaryoları SQLite üzerinde mümkün.
- Branching: Git-benzeri database branching; her PR için preview database, production’la senkronize.
- Point-in-time recovery: 7 günlük PITR free tier’da, 30 günlük Pro’da.
- 30+ region: Global replication, müşteri kendi region tercih ediyor.
Bir Türk SaaS müşterimiz için multi-tenant ürün arayışında Turso embedded replicas seçeneği belirleyici oldu. 1200 farklı müşteri için 1200 ayrı SQLite database, her biri ortalama 8 ms okuma latency. Aynı senaryo MySQL veya Postgres ile 27 ms ortalama latency ile gerçekleşirdi.
Cloudflare D1 2026: Workers Ecosystem Native SQLite
Cloudflare D1, 2026’da Cloudflare Workers ekosistemine native SQLite edge database olarak tam entegre. SQLite engine’i üzerinde Cloudflare’in dağıtık storage backend’i ile çalışıyor. D1, 2026 yılında 10 GB veritabanı limitine, 8 bölgeli read replication’a ve 50K read/sn throughput’a ulaştı.
| Cloudflare D1 Özellik | 2026 Değer | Karşılaştırma |
|---|---|---|
| Database boyut limit | 10 GB | Turso 64 GB, Fauna 1 TB |
| Read replication region | 8 | Turso 30+, Fauna 23 |
| Yazma latency p99 | 180 ms | Turso 220 ms, Fauna 280 ms |
| Okuma latency p99 | 18 ms | Turso 8 ms (replica), Fauna 32 ms |
| Throughput | 50K read/sn | Turso 80K, Fauna 30K |
| Maliyet (1M read) | 0.001 USD | Turso 0.001 USD, Fauna 0.50 USD |
| SQL diyalekt | SQLite | Turso SQLite/libSQL, Fauna FQL |
| Workers integration | Native binding | Turso HTTP client, Fauna SDK |
D1’in en güçlü tarafı Cloudflare Workers ekosistemiyle tam entegrasyonu. wrangler.toml dosyasında tek satırla database binding tanımlanıyor; Workers içinde env.DB.prepare(“SELECT * FROM users”).bind(id).first() gibi native API kullanılıyor.
Türk müşterilerimizden bir e-ticaret platformu için D1 + Workers AI + Vectorize kombinasyonu ile semantic product search kurduğumuzda, end-to-end semantic query latency 78 ms p99 elde edildi. Aynı mimari AWS DynamoDB + Bedrock + OpenSearch ile 240 ms p99 değer veriyordu.
Fauna 2026: ACID Distributed Database
Fauna, 2026’da edge database pazarının en güçlü ACID garantili sağlayıcısı. Calvin’in dağıtık transaction algoritmasının ticari implementasyonu, multi-region strong consistency ile öne çıkıyor. FQL (Fauna Query Language) ve GraphQL native arayüzleri, geleneksel SQL’den farklı bir paradigm sunuyor.
2026’da Fauna’nın temel özellikleri:
- Strong consistency: 23 bölgede strong consistency ACID transaction garantisi.
- FQL (Fauna Query Language): Document + relational + graph hybrid query language. JavaScript benzeri syntax.
- Native GraphQL: Resmi GraphQL endpoint, hiçbir gateway gerektirmeden mobile/web client’tan direkt sorgu.
- Built-in authentication: JWT, OAuth, ABAC permission’lar native.
- Temporal queries: Database state’ini geçmişte herhangi bir an’a göre sorgulama (time-travel queries).
- Streaming: Real-time push notifications via FQL subscription.
- Multi-document transaction: Birden fazla collection üzerinde atomic transaction.
Fauna’nın belirgin dezavantajı maliyet modeli. 1M read operation 0.50 USD seviyesinde; bu Turso ve D1’in 500x üzerinde. Strong consistency garantili dağıtık ACID’in fiyatı net. Bir Türk fintech müşterimizde 3 milyon günlük tx senaryosunda Fauna maliyeti aylık 4500 USD; aynı workload Turso’da 240 USD. Fakat Fauna’nın ACID garantisi belirli senaryolarda kritik.
Turso Engineering blog, Cloudflare D1 announcement ve Fauna blog 2026 edge database trendlerinin tam referansları.
Edge database seçiminde 2026’nın en yaygın yanılgısı, üç sağlayıcıyı doğrudan rakip görmek. Aslında üçü farklı tradeoff’lar sunuyor: Turso embedded replicas ile multi-tenant SaaS için optimum; Cloudflare D1 Workers ekosisteminden ayrılmayanlar için zorunlu; Fauna strong consistency ve ACID gerekenler için tek seçenek. Türk müşterilerimizin yüzde 67’si Turso’yu, yüzde 24’ü D1’i, yüzde 9’u Fauna’yı tercih ediyor. Karar maliyet ve performans değil, mimari gereksinim ile başlamalı.

Edge Database Performance Benchmark 2026
Üç sağlayıcının bağımsız benchmark sonuçları (10K user concurrent load):
- Single key lookup p99: Turso 8 ms (replica), D1 18 ms, Fauna 32 ms
- JOIN query (3 tables) p99: Turso 24 ms, D1 38 ms, Fauna 84 ms
- Write throughput: Turso 12K/sn, D1 8K/sn, Fauna 15K/sn
- Multi-document ACID transaction: Turso desteklemiyor, D1 desteklemiyor, Fauna 28 ms p99
- Vector search (1M vectors) p99: Turso 38 ms, D1 (with Vectorize) 28 ms, Fauna desteklemiyor
- Cold start (Workers/edge function’dan): Turso 2 ms, D1 0 ms (binding), Fauna 8 ms
Bu rakamlar gösteriyor ki Turso embedded replicas okuma performansında lider, D1 Workers ekosistemiyle entegre cold start avantajında, Fauna ACID transaction’da tek seçenek.
Edge Database Production Pattern’leri 2026
Sahada gözlemlediğimiz başarılı edge database örüntüleri:
- Multi-tenant SaaS with Turso: Database-per-customer pattern. Her müşteri kendi izole SQLite database’i. Backup, restore, branching müşteri bazlı.
- Workers + D1 + KV cache: KV ile sıcak veri (1 ms read), D1 ile soğuk veri (18 ms read). 80-20 cache-database split.
- RAG with Turso + Workers AI: libSQL native vector embeddings + Workers AI inference. End-to-end semantic search edge’de.
- Financial transactions with Fauna: ACID multi-document transaction gerektiren ödeme, hesap transferi senaryoları. Strong consistency ile race condition’sız.
- Database-per-PR branching: Turso branching ile her Pull Request için preview database. Production’la senkronize, test data ile dolu.
- Real-time apps with Fauna streaming: Chat, collaboration tools için FQL subscription pattern. Yapay zeka gerektirmeden real-time updates.
Diğer Edge Database Alternatifleri 2026
Turso, D1 ve Fauna dışında 2026’da değerlendirilmesi gereken edge database seçenekleri:
- Neon Serverless Postgres: Branching, autoscaling, edge read replicas. Vercel Postgres’in underlying provider’ı.
- PlanetScale: MySQL serverless, Vitess tabanlı sharded. 2024’te free tier kaldırıldı, enterprise odaklı.
- Xata: Postgres + full-text search + AI features birleştiren modern stack.
- Supabase: Open-source Firebase alternatifi, Postgres tabanlı edge read replica destekli.
- Upstash Redis/Kafka: Serverless Redis, edge’de KV ve caching senaryolar.
- EdgeDB: Object-relational graph database, Postgres üzerine kurulu, modern query language.
Bir Türk e-ticaret müşterimiz için Neon Serverless Postgres ile Drizzle ORM kullanılan Next.js + Vercel stack’i tercih edildi. PostgreSQL JSONB ve trigram extension’ları edge read replica ile birlikte 24 ms p99 query latency elde etti.

Kurumsal Edge Database Dönüşümünde Tipik Sorunlar
- SQL diyalekt lock-in: SQLite (Turso, D1) ve PostgreSQL arası migration kolay; ancak FQL (Fauna) kullanılırsa migration için tam rewrite gerekir.
- Eventual consistency surprise: Turso embedded replicas ve D1 read replicas eventual consistent. Race condition yaratabilir; write-after-read pattern dikkatli kurulmalı.
- Database boyut limit: D1 10 GB, Turso 64 GB, Fauna 1 TB. Veri arttıkça sharding stratejisi gerekebilir.
- Cold start variance: D1 Workers’tan 0 ms, ancak HTTP API ile 18 ms; Turso HTTP API ile 2 ms; Fauna 8 ms. Erişim pattern’i etkili.
- Backup ve disaster recovery: Turso point-in-time recovery 7 gün; D1 daily snapshot; Fauna real-time snapshot. SLA gereksinimleri ile uyumlu seçim şart.
- Migration tooling: Turso CLI migration tool olgun; D1 wrangler ile sınırlı; Fauna FQL migration zorunluluğu yüksek efor.
- Observability gaps: Query performance monitoring üçünde de Postgres/MySQL seviyesinde değil. New Relic, Datadog gibi external araç eklenmeli.
SSS
Turso, Cloudflare D1 ve Fauna arasında nasıl karar verilir?
3 kritik soru: (1) Multi-tenant SaaS mı kuracaksınız? Turso embedded replicas en uygun. (2) Cloudflare Workers ekosistemine bağımlı mısınız? D1 native binding ile en kolay entegrasyon. (3) ACID multi-document transaction gerekli mi? Fauna tek seçenek. Türk müşterilerimizin yüzde 67’si Turso, yüzde 24’ü D1, yüzde 9’u Fauna tercih ediyor. Çoğunluk için Turso multi-tenant SaaS senaryosu nedeniyle ön planda.
Edge database geleneksel Postgres/MySQL’in yerini alabilir mi?
Belirli senaryolarda evet; ancak kompleks join’ler, stored procedure, full-text search, geospatial query gibi advanced özellikler gerektiren senaryolarda PostgreSQL hâlâ daha güçlü. Edge database’ler simple CRUD, multi-tenant, latency-kritik senaryolarda üstün. Hibrit yaklaşım yaygın: edge database (Turso/D1) sıcak verisi, PostgreSQL/MySQL analytical ve archival için. Bir Türk fintech müşterimizde bu hibrit yaklaşımla TCO yüzde 38 azaldı.
Turso ücretsiz tier production için yeterli mi?
Free tier 500 database, 9 GB toplam storage, 1 milyar row read/ay sunuyor. Küçük ve orta ölçekli production projeler için yeterli. Pro plan 29 USD/ay’dan başlıyor; 10 milyar row read, 10 GB storage. Bir Türk SaaS müşterimiz 1200 müşterili multi-tenant ürününü Pro plan’da 67 USD/ay’da çalıştırıyor. Aynı workload AWS RDS’de 480 USD seviyesinde.
Edge database’lerde data residency (KVKK uyumu) nasıl sağlanır?
Turso ve Fauna bölge seçimi sunuyor; Frankfurt veya Amsterdam region’ı seçilerek Avrupa içinde veri tutma sağlanıyor. Cloudflare D1 primary region seçilebiliyor; ancak read replicas global yayılabiliyor. KVKK için strict data residency gerekiyorsa Turso bölge bazlı izolasyon en güçlü garantiyi sunuyor. Bir Türk sağlık teknolojisi müşterimiz Turso ile Frankfurt-only deployment’la KVKK uyumu sağladı.
Vector search yetenekleri 2026’da nasıl?
Turso libSQL 2026’da native vector embeddings desteği eklendi; SQLite VFS extension ile 1 milyon vektör üzerinde 38 ms p99 similarity search. Cloudflare D1 + Vectorize entegrasyonu ile 2 milyon vektör 28 ms p99. Fauna native vector search yok. RAG ve semantic search senaryolarında Turso ve D1 öne çıkıyor. Bir Türk yapay zeka müşterimizde Turso vector embedding ile Türkçe içerik semantic search 41 ms ortalama latency elde etti.
Sonuç
Edge database 2026’da artık niş bir teknoloji seçimi değil, modern web ve mobil uygulamaların stratejik veri katmanı kararıdır. Turso, Cloudflare D1 ve Fauna üç farklı tradeoff sunuyor: Turso multi-tenant SaaS için embedded replicas, Cloudflare D1 Workers ekosistemi için native entegrasyon, Fauna ACID transaction için strong consistency. Üçü de production-ready, üçü de farklı kullanım senaryolarında üstün.
Türkiye merkezli kurumsal müşteriler için edge database seçimi mimari gereksinim ile başlamalı, sonra performans, maliyet ve uzun vadeli vendor strateji ile devam etmeli. KVKK uyumu, data residency, vector search yetenekleri ve geleneksel RDBMS ile hibrit kullanım senaryoları birlikte değerlendirilmeli. Doğru bir mimari danışmanlık ile bu çok boyutlu karar projeye özgü olarak değerlendirilebilir; pilot deployment ile başlamak ve sonuçlara göre ölçeklenmek en güvenli yol. Doğru implementasyon ile edge database, hem son kullanıcı deneyimini hem de operasyonel maliyetleri kalıcı biçimde iyileştirir.










Ömer ÖNAL
Mayıs 23, 2026Yazılım geliştirme projelerinde sıkça gözlemlediğim: teknoloji seçim kararları ekibin mevcut yetkinliği yerine “trend” üzerinden yapıldığında, ilk 6-12 ayda ciddi rework maliyeti doğuruyor. Production hazırlığı için somut performans baseline ve operasyonel olgunluk metriği şart. Yorumlarınızı bekliyorum.