InfoQ
·
QCon旧金山：数据库驱动的工作流编排挑战传统架构
内容提要
在2025年QCon旧金山大会上，Jeremy Edberg和Qian Li提出了一种新颖的工作流编排架构，利用PostgreSQL作为编排层，简化工作流管理并支持标准SQL查询。DBOS Transact库可在中断时从最后检查点恢复，解决了分布式系统中的可见性和故障恢复问题。
关键要点
-
在2025年QCon旧金山大会上，Jeremy Edberg和Qian Li提出了一种新颖的工作流编排架构，利用PostgreSQL作为编排层。
-
该架构旨在解决分布式系统中的工作流失败、恢复机制复杂和可见性不足的问题。
-
DBOS Transact库是一个开源库，支持Python、TypeScript、Go和Java，颠覆了传统的架构堆栈。
-
Transact库通过检查点系统记录工作流的输入和输出，允许在中断时从最后的成功检查点恢复。
-
该数据库支持的工作流管理通过标准SQL查询实现，简化了工作流的列出、搜索、取消和恢复。
-
Transact库提供了调试功能，允许团队从特定步骤重新启动工作流，简化了修复错误的过程。
-
在多个工作者从同一队列拉取任务时，锁竞争是主要问题，通过PostgreSQL的'FOR UPDATE SKIP LOCKED'子句解决。
-
去中心化的cron调度是另一个挑战，每个工作者运行相同的cron调度器，并使用调度时间作为唯一工作流标识符。
-
该架构使得工作流的测试变得更加简单，工作流在本地开发和生产环境中表现一致。
-
DBOS的方法与历史上Windows Workflow Foundation的SQL Server持久性方法不同，后者依赖于DSL工作流定义，限制了采用。
延伸解读
新架构的优势
DBOS提出的工作流编排架构利用PostgreSQL作为编排层，简化了工作流管理。通过标准SQL查询，团队可以直接在数据库中列出、搜索、取消和恢复工作流，降低了对复杂工具的依赖。这种方法不仅提高了可见性，还减少了工作流失败时的恢复时间。
挑战与解决方案
尽管DBOS的架构具有诸多优势，但在多工作者环境中，锁竞争仍是一个主要问题。通过PostgreSQL的'FOR UPDATE SKIP LOCKED'子句，团队能够有效管理并发任务，确保工作流的高效执行。此外，去中心化的cron调度也通过随机抖动来避免同时唤醒多个工作者造成的负载问题。
与传统方法的对比
与历史上的Windows Workflow Foundation相比，DBOS的方法更为灵活。后者依赖于DSL工作流定义，限制了其适用范围，而DBOS则采用主流编程语言中的轻量级代码注解，使得开发者更容易上手。这种转变可能会推动更多团队采用数据库驱动的工作流编排架构。
延伸问答
DBOS的工作流编排架构有什么创新之处？
DBOS的架构将PostgreSQL作为编排层，简化了工作流管理，并支持标准SQL查询。
DBOS Transact库如何解决工作流恢复的问题？
Transact库通过检查点系统记录工作流的输入和输出，允许在中断时从最后的成功检查点恢复。
使用DBOS Transact库进行工作流管理的优势是什么？
通过标准SQL查询，团队可以直接列出、搜索、取消和恢复工作流，简化了管理过程。
DBOS的架构如何处理锁竞争问题？
通过PostgreSQL的'FOR UPDATE SKIP LOCKED'子句，允许每个工作者选择并锁定未锁定的工作流行，提升并发处理效率。
DBOS Transact库在调试工作流时提供了哪些功能？
Transact库允许团队从特定步骤重新启动工作流，简化了修复错误的过程。
DBOS的工作流编排架构与传统架构有何不同？
DBOS的方法与传统架构不同，它直接将工作流转换为数据库操作，而不是在数据库之上构建编排层。
