Dayanıklı İş Akışları için Neden Sadece SQLite’a İhtiyacınız Var?
DBOS kısa süre önce, dayanıklı yürütme için Postgres’in yeterli olduğunu savunmuştu: veri tabanınıza zaten güveniyorsanız, ayrı bir orkestrasyon katmanına ihtiyacınız yoktur. Bu görüşün yönüne katılıyorum ve bu fikrin daha da ileriye götürülebileceğini düşünüyorum.
Geniş bir dayanıklı sistem sınıfı için, sadece SQLite yeterlidir.
Dayanıklılığın Esası: İş Akışı Durumu
Dayanıklı yürütme genellikle dayanıklı altyapı gerektirir gibi tartışılsa da, birçok durumda bu doğru değildir. Asıl dayanıklı kısım iş akışı durumudur. Hesaplama (compute) ucuz ve tek kullanımlık kalabilir. Bu durum, Obelisk için doğal bir uyum sağlar: iş akışı ilerlemesi bir yürütme günlüğünde yaşar, iş akışları kalıcı geçmişten yeniden oynatılır ve aktiviteler tekrar denenebilir. En önemli olan, iş akışı durumu gibi temel veriyi korumak ve kolayca incelenebilir kılmaktır.
SQLite Neden Uygundur?
SQLite, ayrı bir veritabanı hizmeti sunmadan işlemsel, dayanıklı durum sağladığı için çekicidir. Ağ atlaması, ekstra kontrol düzlemi veya iş akışı ilerlemesini güvende tutmak için yeni bir operasyonel yüzey alanı yoktur. Birçok sistem için, yerel bir veritabanı dosyası tam da doğru makine seviyesidir.
Litestream ile Taşınabilirlik
Deneyler birikmeye başladığında bu SQLite dosyalarıyla ne yapılacağı açık bir endişe kaynağıdır. İşte bu noktada Litestream devreye girer. SQLite değişikliklerini eşzamansız olarak S3 uyumlu nesne depolamaya aktarabilir. Bu, çalışma durumunu çalışma zamanına yakın tutarken, veritabanlarını yedekleme, taşıma ve inceleme için kolayca kopyalama imkanı sunar. Ancak Litestream replikasyonu eşzamansızdır. SQLite birimi, en yeni yerel yazmalar kopyalanmadan önce kaybolursa, bir geri yükleme bu yazmaları kaçırabilir. Bu durum birçok yapay zeka ve deney iş akışı için uygun olsa da, yüksek oranda kullanılabilir paylaşımlı bir veritabanı ile aynı şey değildir.
Bu yine de faydalı bir işletim modeline yol açar: bir Obelisk sunucusunu bir SQLite veritabanı ile çalıştırın, Litestream ile yedekleyin ve bir gözlemcinin gerektiğinde ilginç veritabanlarını çekmesini sağlayın. Aynı dosya yerel yeniden oynatma, hata ayıklama ve bir ajanın gerçekten ne yaptığını anlamak için kullanılabilir.
Bu Neden Ajanlar İçin İyi Çalışır?
Bu yaklaşım, özellikle yapay zeka (AI) ajanları ve AI tarafından oluşturulan iş akışları için caziptir. Bu sistemler genellikle dalgalı, deneyseldir ve her bir ajanın veya kiracının küçük, kendi içinde bütünleşik bir durum birimine sahip olması, bunları daha kolay anlamayı sağlar. Her biri kendi SQLite veritabanına ve nesne depolama yedeklemesine sahip mikro VM’lerde veya konteynerlerde çalışan küçük sunucu filosu, genellikle büyük, her zaman açık paylaşımlı bir sistemden daha iyi bir uyum sağlar. Daha basit, daha ucuzdur ve daha iyi hata izolasyonu sunar.
Postgres Ne Zaman Kullanılmalı?
SQLite her dağıtım şeklinin cevabı değildir. Obelisk aynı zamanda Postgres’i de destekler ve daha yüksek kullanılabilirlik, daha geniş paylaşımlı ölçeklenebilirlik veya bir ağ veritabanı tarafından daha iyi hizmet verilen diğer dağıtım özelliklerine ihtiyaç duyduğunuzda doğru seçimdir. Eşzamansız replikasyonun nesne depolamaya istediğiniz dayanıklılık modeli olmadığı durumlarda da daha iyi bir seçimdir.
Birçok iş akışı sistemi ilk günden buna ihtiyaç duymaz ve durumlarının gerçekten gerektirdiğinden daha fazla altyapı ile başlamamalıdır.
Birçok durumda, yerel bir SQLite veritabanı artı S3’e Litestream yedeklemesi yeterlidir. Etrafına ucuz çalışanlar ekleyin ve çok az altyapı ile dayanıklı bir sistem elde edersiniz. AI ajanları dünyası için bu, en mantıklı varsayılan olabilir.
