近日，一个名为“DBOSify”的开源项目在Hacker News上引发开发者社区广泛关注。该项目由数据库操作系统研究团队（DBOS）发布，宣称是Temporal工作流引擎的“即插即用”替代方案，其最大亮点在于——完全构建在PostgreSQL之上，无需额外依赖分布式存储或消息队列。

什么是DBOSify？

Temporal是当前微服务与分布式系统中广泛使用的工作流编排引擎，用于管理长时间运行、有状态、可容错的事务流程。然而，Temporal本身依赖Cassandra、Elasticsearch等外部组件，部署和运维成本不低。DBOSify则反其道而行，将所有工作流状态、定时器、任务队列全部存储在PostgreSQL中，通过SQL事务保证ACID语义。

DBOSify团队在发布帖中直言：“我们提供与Temporal完全兼容的API，包括Workflow、Activity、Signal、Query等接口。开发者只需将SDK指向DBOSify后端，原有Temporal代码无需改动即可运行——唯一的变化是依赖从Temporal Server变成了Postgres。”

技术特色：Postgres即工作流引擎

DBOSify的核心创新在于利用PostgreSQL的原生特性来模拟Temporal的内部机制。例如：

  • 状态持久化：工作流执行状态直接写入Postgres表，利用行级锁和MVCC实现并发控制。
  • 定时任务：通过Postgres的pg_sleep或NOTIFY/LISTEN机制，配合索引扫描实现高效调度。
  • 队列与重试：基于Postgres的SKIP LOCKED功能构建任务队列，避免分布式锁的开销。

此外，DBOSify还利用了Postgres的逻辑复制与流式复制，可轻松实现多区域部署和高可用。对于已经使用Postgres作为主要数据库的团队，这意味着基础设施栈的显著简化。

兼容性与性能争议

在Hacker News的讨论中，最受关注的点在于“Drop-in replacement”是否名副其实。多位开发者表示，已将小型Temporal项目迁移至DBOSify，且无需修改任何业务代码。不过，也有声音质疑Postgres在处理极高吞吐量时的瓶颈——毕竟Temporal本身使用Cassandra的横向扩展能力来处理百万级工作流。

DBOSify团队回应称，对于大多数中等规模场景（工作流数万至数十万级），Postgres完全胜任。他们展示了基准测试数据：在单节点Postgres上，DBOSify可达到每秒处理2000个活动任务的性能，延迟控制在5毫秒以内。对于更高的扩缩容需求，可通过Postgres的写入分片或Citus等扩展方案实现。

社区反应与开源前景

截至目前，DBOSify的GitHub仓库已获得超过3000星标。评论中既有兴奋者认为“这是简化微服务架构的利器”，也有谨慎者指出“将核心状态全部压给数据库可能成为单点故障”。但至少从架构设计看，DBOSify充分利用了Postgres十多年来积累的稳定性与工具生态——监控、备份、迁移等均可复用现有方案。

值得关注的是，DBOSify并非孤立的项目。它隶属于DBOS（Database Operating System）研究计划，该计划旨在探索以数据库为中心的新一代应用运行时。团队此前已发布基于Postgres的无服务器函数平台DBOS Functions，此次DBOSify则进一步切入工作流编排领域。

编辑点评

从行业趋势来看，云原生场景下“减少基础设施组件”的呼声日益高涨。DBOSify的出现，恰逢Postgres在开发者社区中的声望持续走高——从OLTP到OLAP，再到如今的定时任务引擎，Postgres正在蚕食传统中间件的地盘。对于已经重度使用Temporal且希望降低运维复杂度的团队，DBOSify提供了一个极具吸引力的选项。

当然，生产环境迁移仍需谨慎。Temporal的成熟度和生态优势（如UI控制台、链路追踪）沉淀多年，DBOSify作为新生项目，稳定性与文档完善度尚待时间检验。不过，它至少向业界证明：一个“更轻、更简单”的工作流引擎是可能的，且不必牺牲兼容性。

如果你正为Temporal的组件繁杂而烦恼，不妨关注这个“All-in-Postgres”的新选择。毕竟，没有什么比让数据库同时承担工作流引擎更“反直觉”却又更“优雅”的了。