Yükleniyor
Merkezi bir veritabanı (Frankfurt vb.) kullandığınızda, İstanbul'daki kullanıcı ~38 ms, New York'taki kullanıcı ~95 ms, Singapur'daki kullanıcı ise 200 ms'nin üzerinde round-trip gecikmesi (RTT) yaşar. Tek bir sayfa yüklemesinde 5-10 SQL sorgusu çalıştıran modern web uygulamalarında bu durum saniyeler süren gecikmelere yol açar. AWS Aurora Global Database veya Google Cloud Spanner gibi bulut çözümleri ayda $1.500 ila $3.500+ fatura keserken; ucuz VDS sunucularında açık kaynaklı LiteFS ile veritabanınızı kullanıcıların yanı başına taşıyın. Yerel NVMe diskten <1 ms okuma hızını, otomatik yazma iletimini ve %85+ maliyet tasarrufunuzu hesaplayın.
| Bölge (Edge Lokasyonu) | Merkezi DB | LiteFS Uç Nokta | İyileşme |
|---|---|---|---|
| Frankfurt (Birincil / Primary) | 4 ms | 0.8 ms | -3.2 ms |
| İstanbul (Türkiye Edge) | 41 ms | 0.8 ms | -40.2 ms |
| New York (ABD Doğu) | 98 ms | 0.8 ms | -97.2 ms |
# /etc/litefs.yml
# Dağıtık SQLite FUSE Dosya Sistemi ve Konsensus Yapılandırması
fuse:
dir: "/var/lib/litefs"
data:
dir: "/var/lib/litefs-data"
# Birincil düğüm seçimi (Lease) için Consul veya LiteFS Cloud
lease:
type: "consul"
advertise-url: "http://node-edge:20202"
candidate: true
consul:
url: "http://consul-cluster:8500"
key: "litefs/primary-lease"
# Yazma isteklerini otomatik olarak birincil düğüme ileten yerleşik HTTP proxy
proxy:
addr: ":8080"
target: "localhost:3000"
db: "production.db"
passthrough:
- "*.png"
- "*.js"
- "/health"Web ve SaaS uygulamalarında veritabanı sorgularının %85 ila %95'i salt okuma (read-only) işlemlerinden oluşur (kullanıcı profili görüntüleme, ürün listeleme, izin kontrolleri, ayarlar). Geleneksel mimaride her okuma isteği binlerce kilometre uzaktaki merkezi veritabanı sunucusuna gitmek zorundadır.
Fly.io tarafından geliştirilen LiteFS, bu problemi kökünden çözen açık kaynaklı bir FUSE (Filesystem in Userspace) dosya sistemi katmanıdır. Uygulamanız standart bir SQLite veritabanı dosyasıyla çalışırken, LiteFS arkada LTX (LiteFS Transaction) günlüklerini yakalar ve dünya genelindeki tüm kopya (replica) VDS düğümlerine milisaniyeler içinde replike eder.
Birincil düğüm seçimi için Consul veya Raft leasing kullanır. Replika düğümlerde yerel okumalar doğrudan NVMe bellek önbelleğinden <0.8 ms sürede yanıtlanır. Yazma istekleri ise dahili LiteFS HTTP Proxy ile otomatik olarak birincil düğüme iletilir (write-forwarding).
SQLite WAL (Write-Ahead Log) çerçevelerini 1 saniyelik aralıklarla doğrudan Cloudflare R2 veya AWS S3'e basar. Sunucu tamamen yansa dahi 1 saniyelik RPO ile anında kurtarma sağlar. Aylık nesne depolama faturası yalnızca birkaç centtir.
PostgreSQL veritabanları arasında çoklu ana sunucu (multi-master) veya mantıksal kopyalama (logical replication) sağlar. İlişkisel PostgreSQL gücünü korur ancak SQLite + LiteFS kombinasyonunun sunduğu sıfır bellek ayak izi (~15 MB RAM) ve kurulum kolaylığı karşısında operasyonel yükü daha fazladır.