文章介绍了基于PostgreSQL的持久化工作流执行方法，通过定期将程序进度保存到数据库实现故障恢复。主流方案采用外部协调器模式（如Temporal等系统），由协调器在数据存储中记录工作流状态并分派任务，在故障时从最后检查点恢复执行。

基于Postgres的持久化工作流执行方案 | DBOS

核心概念

持久化工作流是一种通过数据库检查点机制实现容错的编程范式。程序运行时将执行状态定期保存至数据库，若发生崩溃可从最近检查点恢复，类似游戏存档机制。

传统方案的局限性

主流系统（如Temporal/Airflow/AWS Step Functions）采用外部协调器架构：
1. 协调器在数据库中创建工作流记录并分发给工作节点
2. 每完成一个步骤，工作节点将结果返回协调器
3. 协调器保存检查点并触发后续步骤
4. 故障时由协调器重新分配任务

Postgres原生方案优势

通过Postgres直接实现工作流协调可显著简化架构：
- 去中心化执行：应用服务器直接与Postgres交互，通过工作队列表实现任务分发
- 内置容错：执行节点将每个步骤结果持久化至Postgres，故障时其他节点可接替
- 冲突处理：利用数据库锁机制和唯一约束确保任务唯一性

关键技术优势

1. 可扩展性与可用性
- 横向扩展能力取决于Postgres性能，单实例即可支持每秒数万工作流
- 通过CockroachDB或分片方案实现分布式扩展
- 原生支持流复制与多可用区部署

2. 可观测性
- 所有工作流状态存储在关系表中，支持SQL实时分析
- 示例查询（查找月度失败工作流）：

3. 安全可靠性
- 仅依赖Postgres单一基础设施，避免外部协调器成为单点故障
- 工作流数据全程加密存储，复用现有数据库安全机制

实践资源

• 快速入门：文档链接
• GitHub仓库：DBOS项目
• 社区交流：Discord频道

（注：保留所有功能性链接及核心架构图示，删除重复性技术术语解释，突出对比传统方案与Postgres方案的差异）

以下是评论内容的总结：

1. Postgres作为工作流工具的正面评价

• 多位用户赞赏Postgres的强大功能（评论1、12、15）
• 关键引用："Continuously amazed by what you can do with few tools"（评论1）；"Postgres is a great tool...far more powerful than most people give it credit for"（评论12）

2. 对其他工作流工具的评价

• Temporal获得好评但存在限制（评论3、9）
• 关键引用："Temporal is an insane piece of software"（评论9）；"works really good...but sometimes you don't want to write special logic"（评论3）
• 其他工具如DBOS、Conductor、PgFlow等被提及比较（评论3、10、6）

3. 对Postgres局限性的讨论

• 有评论认为Postgres不适合大规模数据（评论15、19）
• 关键引用："All you need is Postgres until you scale into TBs of data"（评论15）；"The 'everything can be done in Postgres' crowd is crazy"（评论19）

4. 正确性和实现挑战

• 强调工作流正确性的重要性（评论7）
• 关键引用："Strong correctness guarantee is something that should not be undermine"（评论7）
• 实现细节如秘密管理被提及（评论8）

5. 替代方案讨论

• 有观点认为专用工作流软件不必要（评论16）
• 关键引用："durable workflow software is pushed forward by those who have a surplus of VC money"（评论16）
• 其他方案如RabbitMQ、Celery被提及（评论16）

6. 新兴工具和框架

• 多个新兴工具被介绍（评论5、6、10、11、14）
• 关键引用："We implemented a very minimal Rust version"（评论5）；"PgFlow is pretty awesome for DAG workflows"（评论6）

总结显示社区对Postgres作为工作流引擎存在分歧，既有强烈支持者，也有对其局限性提出质疑的声音，同时各种替代方案和新兴工具正在发展中。