Bir blog yazısı çoğu dayanıklı iş akışı için SQLite'ın yettiğini savunuyor

Obelisk blogunda yayımlanan bir yazı, dayanıklı sistemlerin geniş bir sınıfı için SQLite'ın yeterli olduğunu savunuyor — bu, DBOS'un kısa süre önce ortaya attığı “dayanıklı yürütme için Postgres yeter” tezinden bir adım ileri gidiyor. Yazar bu yönü kabul ediyor: veritabanınıza zaten güveniyorsanız, ayrı bir orkestrasyon katmanına gerek yok. Yazı 29 Mayıs 2026'da yayımlandı.

Dayanıklı olan kısım durum, altyapı değil

Dayanıklı yürütmeden söz edilirken sanki dayanıklı bir altyapı gerekiyormuş gibi anlatılıyor. Çoğu durumda gerekmiyor: korunması gereken şey iş akışının durumu, hesaplama ise ucuz ve tek kullanımlık kalabilir. Bu, Obelisk'in modeline doğal olarak uyuyor: ilerleme bir yürütme günlüğünde tutuluyor, iş akışları kayıtlı geçmişten yeniden oynatılıyor ve etkinlikler yeniden denenebiliyor. Önemli olan, bu durumu erişilebilir ve incelenmesi kolay tutmak.

Ağ atlaması yok, ek kontrol düzlemi yok

SQLite'ı çekici kılan şey, ayrı bir veritabanı servisi kurmadan işlemsel ve dayanıklı bir durum sunması. Ağ atlaması yok, ek kontrol düzlemi yok ve yalnızca ilerlemeyi güvende tutmak için ortaya çıkan yeni bir operasyonel yüzey yok. Birçok sistem için yerel bir veritabanı dosyası tam da gereken düzeyde bir mekanizma.

Litestream dosyayı taşınabilir kılıyor

Akla gelen ilk soru, deneyler birikmeye başlayınca bu dosyalarla ne yapılacağı. Burada Litestream devreye giriyor: SQLite değişikliklerini S3 uyumlu nesne depolamaya eşzamansız olarak aktarıyor. Böylece çalışma durumu çalışma zamanına yakın kalırken veritabanları yedekleme, taşıma ve inceleme için dışarı kopyalanabiliyor. Çekince şu: çoğaltma eşzamansız olduğu için, birim kopyalanmadan önce kaybolursa geri yükleme en yeni yerel yazmaları kaçırabilir. Bu, birçok AI ve deney akışı için kabul edilebilir, ancak yüksek erişilebilirlikli paylaşımlı bir veritabanıyla aynı şey değil.

Ajanlar için makul bir varsayılan

Argüman, AI ajanlarını ve onların ürettiği iş akışlarını hedefliyor: bunlar düzensiz ve deneysel olur ve her ajanın ya da kiracının küçük, kendi kendine yeten bir durumu olduğunda anlaşılması kolaylaşır. Mikro VM'lerde veya konteynerlerde çalışan, her biri kendi SQLite veritabanına ve nesne depolama yedeğine sahip küçük sunuculardan oluşan bir filo, tek büyük ve sürekli açık bir paylaşımlı sistemden genellikle daha basit, daha ucuz ve daha iyi yalıtılmış. Obelisk Postgres'i de destekliyor; yazar bunun daha yüksek erişilebilirlik, daha geniş paylaşımlı ölçeklenebilirlik veya farklı bir dayanıklılık modeli gerektiğinde doğru seçim olduğunu söylüyor. Birçok sistemin buna ilk günden ihtiyacı yok, diye bitiriyor yazı, ve durumlarının gerçekte gerektirdiğinden fazla altyapıyla başlamamalı.