Bloq yazısı davamlı iş axınlarının çoxu üçün SQLite-ın kifayət etdiyini iddia edir

Obelisk bloqunda dərc olunan yazı davamlı sistemlərin böyük bir sinfi üçün SQLite-ın kifayət etdiyini iddia edir — bu, DBOS-un yaxınlarda irəli sürdüyü “davamlı icra üçün Postgres kifayətdir” tezisindən bir addım irəlidir. Müəllif bu istiqamətlə razılaşır: əgər verilənlər bazanıza artıq güvənirsinizsə, ayrıca orkestrasiya qatına ehtiyac yoxdur. Yazı 29 may 2026-cı ildə dərc olunub.

Davamlı hissə vəziyyətdir, infrastruktur deyil

Davamlı icradan danışarkən çox vaxt elə təqdim olunur ki, guya davamlı infrastruktur tələb edir. Bir çox halda belə deyil: qorunmalı olan iş axınının vəziyyətidir, hesablama isə ucuz və birdəfəlik qala bilər. Bu, Obelisk modelinə təbii uyğun gəlir: irəliləyiş icra jurnalında saxlanılır, iş axınları yadda saxlanan tarixçədən yenidən oynadılır, fəaliyyətlər isə təkrar cəhd edilə bilər. Əsas məsələ vəziyyəti əlçatan və yoxlamaq üçün asan saxlamaqdır.

Nə şəbəkə keçidi, nə əlavə idarəetmə qatı

SQLite-ı cəlbedici edən məhz ondan ibarətdir ki, ayrı verilənlər bazası xidməti qurmadan tranzaksiyalı davamlı vəziyyət verir. Şəbəkə keçidi yoxdur, əlavə idarəetmə müstəvisi yoxdur və yalnız irəliləyişi təhlükəsiz saxlamaq üçün yeni əməliyyat səthi yaranmır. Bir çox sistem üçün yerli verilənlər bazası faylı tam da lazım olan səviyyədə mexanizmdir.

Litestream faylı daşına bilən edir

Ağla gələn ilk sual eksperimentlər yığıldıqca bu fayllarla nə etməkdir. Burada Litestream köməyə gəlir: SQLite dəyişikliklərini asinxron şəkildə S3 ilə uyğun obyekt anbarına ötürür. Beləliklə iş vəziyyəti icra mühitinə yaxın qalır, bazalar isə ehtiyat nüsxə, miqrasiya və yoxlama üçün kənara köçürülür. Xəbərdarlıq budur: replikasiya asinxrondur, ona görə bərpa zamanı ən yeni yerli yazılar itirilə bilər, əgər həcm onlar köçürülməzdən əvvəl yoxa çıxsa. Bir çox AI və eksperimental iş axını üçün bu məqbuldur, lakin yüksək əlçatanlıqlı ümumi verilənlər bazası ilə eyni şey deyil.

Agentlər üçün məqbul standart seçim

Arqument AI agentlərinə və onların yaratdığı iş axınlarına yönəlib: bunlar qeyri-bərabər və eksperimental olur və hər agentin və ya istifadəçinin kiçik, müstəqil vəziyyəti olduqda anlamaq asanlaşır. Mikro VM-lərdə və ya konteynerlərdə işləyən, hər biri öz SQLite bazasına və obyekt anbarı ehtiyatına malik kiçik serverlər donanması, böyük və daim işləyən bir ümumi sistemdən çox vaxt daha sadə, daha ucuz və daha yaxşı təcrid olunmuş olur. Obelisk Postgres-i də dəstəkləyir; müəllifin sözlərinə görə, daha yüksək əlçatanlıq, daha geniş ümumi miqyaslanma və ya fərqli davamlılıq modeli lazım olduqda bu düzgün seçimdir. Bir çox sistemin buna ilk gündən ehtiyacı yoxdur, deyə yazı yekunlaşır, və vəziyyətin həqiqətən tələb etdiyindən artıq infrastrukturla başlamamalıdır.