近期釋出的 DBOS Transact 在開發者社群引發了廣泛討論，特別是關於其基於 PostgreSQL 的持久化執行方案。隨著開發者們開始探索這個輕量級的 TypeScript 庫，有關其可擴充套件性、實施挑戰和實際應用的關鍵問題逐漸浮現。
可擴充套件性考慮
社群最關注的是 PostgreSQL 處理高容量工作負載的能力。根據討論，DBOS 在大型資料庫伺服器上每秒可以處理超過10,000個步驟，這對大多數用例來說已經足夠。對於超出此閾值的工作負載，開發者可以實施分片或拆分服務。然而，這也凸顯了基於 PostgreSQL 解決方案在極高規模運營中的自然限制。
「使用 Postgres 的主要優勢是：1. 架構更簡單，沒有外部依賴。2. 您可以完全控制執行狀態，因為所有資料都儲存在您的 Postgres 伺服器的表中」
主要技術特點：
- 在大型資料庫伺服器上支援每秒超過10,000步的處理能力
- 內建事務管理功能
- 自動工作流恢復
- 支援的ORM框架： TypeORM 、 Drizzle 、 Knex 、 Prisma
- 要求步驟引數和返回值必須是JSON可序列化的
實施挑戰
討論的一個重要焦點是工作流版本控制和分散式執行的處理。系統為每個工作流標記其原始程式碼版本，建議工作流使用與開始時相同的版本完成。在分散式設定中，連線到同一個 PostgreSQL 資料庫的多個 DBOS 例項會自動形成分散式任務佇列，共享傳入的工作負載。
資料永續性和恢復
社群提出了關於狀態永續性和恢復機制的重要問題。DBOS 使用裝飾器來管理執行狀態，將工作流資訊（包括執行狀態、輸入、已完成步驟和輸出）儲存在 PostgreSQL 表中。這種方法確保了崩潰後的自動恢復，但要求所有步驟引數和返回值都必須是 JSON 可序列化的。
整合考慮
開發者強調了外部系統整合和事務管理的問題。雖然 DBOS 始終使用事務進行資料庫操作，但與第三方 API 的互動需要仔細考慮。該系統支援包括 Drizzle、Knex 和 Prisma 在內的多種流行 ORM，為資料庫互動模式提供了靈活性。
這些討論表明，雖然 DBOS Transact 為持久化執行提供了一個引人注目的解決方案，但開發者必須仔細考慮其特定用例，特別是在規模和外部系統互動方面。
參考：DBOS Transact: A Lightweight Durable Execution Library Built on Postgres