«SQLite достатньо для надійних робочих процесів»: аргумент із блогу Obelisk

Публікація в блозі Obelisk доводить, що для великого класу надійних систем достатньо SQLite — це крок далі за нещодавню тезу DBOS про те, що для durable execution достатньо Postgres. Автор погоджується з напрямом: якщо ви вже довіряєте своїй базі даних, окремий рівень оркестрації не потрібен. Пост опубліковано 29 травня 2026 року.

Надійною має бути стан, а не інфраструктура

Про durable execution часто говорять так, ніби він вимагає надійної інфраструктури. Часто це не так: зберегти потрібно стан робочого процесу, тоді як обчислення можуть залишатися дешевими й одноразовими. Це природно лягає на модель Obelisk: прогрес зберігається в журналі виконання, робочі процеси відтворюються зі збереженої історії, а активності можна повторювати. Головне — тримати цей стан під рукою і робити його зручним для перевірки.

Без мережевих переходів і зайвої площини керування

SQLite привабливий саме тим, що дає транзакційний надійний стан без окремого сервісу бази даних. Немає мережевого переходу, немає додаткової площини керування і не з'являється нова операційна поверхня лише для того, щоб прогрес був у безпеці. Для багатьох систем локальний файл бази — саме той рівень механіки, який потрібен.

Litestream робить файл переносним

Очевидне питання — що робити з файлами, коли експериментів стає багато. Тут допомагає Litestream: він асинхронно передає зміни SQLite в об'єктне сховище, сумісне з S3. Робочий стан залишається близько до середовища виконання, а бази копіюються для резервного копіювання, міграції та перевірки. Застереження: реплікація асинхронна, тож відновлення може пропустити найновіші локальні записи, якщо том зникне до їх копіювання. Для багатьох AI- та експериментальних процесів це прийнятно, але це не те саме, що спільна база з високою доступністю.

Хороший типовий вибір для агентів

Аргумент адресований AI-агентам і створеним ними процесам: вони нерівномірні й експериментальні, і їх легше осмислити, коли кожен агент чи орендар має невеликий самодостатній стан. Флот маленьких серверів у micro VM або контейнерах, кожен із власною базою SQLite і резервною копією в об'єктному сховищі, часто простіший, дешевший і краще ізольований, ніж одна велика постійно ввімкнена система. Obelisk також підтримує Postgres — автор називає його правильним вибором, коли потрібна вища доступність, ширша спільна масштабованість або інша модель надійності. Багатьом системам це не потрібно з першого дня, підсумовує автор, і не варто починати з більшої інфраструктури, ніж реально вимагає стан.