DBOS недавно заявила, что Postgres — это всё, что нужно для durable execution: если вы доверяете своей базе данных, отдельный слой оркестрации не обязателен. Автор статьи согласен с направлением и считает, что идею можно развить. Для широкого класса durable-систем достаточно SQLite.
Durable execution часто обсуждают так, будто для него нужна durable-инфраструктура. На деле это не так. Долговечна только память workflow — состояние процесса. Вычисления остаются дешёвыми и эфемерными. Это отлично подходит Obelisk: прогресс workflow живёт в логе выполнения, workflow переигрываются из сохранённой истории, а активности можно повторять. Главное — сохранить состояние и сделать его легко просматриваемым.
SQLite привлекателен, потому что даёт транзакционное durable-состояние без отдельного сервиса базы данных. Никаких сетевых прыжков, дополнительных control plane или новой операционной поверхности — только локальный файл базы. Многим системам этого достаточно.
Очевидная проблема — что делать с этими файлами, когда экспериментов накопится много. Тут помогает Litestream. Он умеет асинхронно стримить изменения SQLite в S3-совместимое объектное хранилище. Это даёт простой способ держать рабочее состояние рядом с рантаймом и одновременно копировать базы для бэкапов, миграции и инспекции. Но есть оговорка: репликация Litestream асинхронна. При восстановлении можно потерять последние локальные записи, если том SQLite исчез до их копирования. Для AI и экспериментальных workflow это нормально, но это не то же самое, что высокодоступная общая база.
Тем не менее получается полезная модель: запускаете сервер Obelisk с SQLite, бекапите через Litestream, а наблюдатель забирает интересные базы по мере необходимости. Тот же файл используется для локального переигрывания, отладки и понимания, что именно сделал агент.
Для AI-агентов и AI-сгенерированных workflow такой подход особенно хорош. Эти системы часто работают рывками, экспериментальны, и их удобнее понимать, когда у каждого агента или tenant есть маленькое самодостаточное состояние. Флот крошечных серверов в micro VM или контейнерах, каждый со своей SQLite и резервной копией в объектном хранилище, зачастую лучше, чем одна большая всегда включённая общая система. Проще, дешевле и надёжнее по изоляции сбоев.
SQLite не подходит всем. Obelisk также поддерживает Postgres, и это правильный выбор, когда нужна высокая доступность, масштабирование или другие свойства сетевой базы. Или когда асинхронная репликация в объектное хранилище не подходит как модель durability. Но многим системам это не нужно с первого дня, и им не стоит начинать с инфраструктуры, которая больше, чем требует их состояние.
В большинстве случаев локальной SQLite с бэкапом на Litestream в S3 достаточно. Добавьте дешёвые воркеры — и получите durable-систему с минимумом инфраструктуры. Для мира AI-агентов это, возможно, самый разумный выбор по умолчанию.