如果你正在手写重试、Saga 和定时任务，2026 年值得先看看持久执行（durable execution）这个品类。三个主流开源选项是 Temporal、Restate 和 DBOS。
持久执行到底保证什么
你写一个调用多个步骤的函数，引擎在你的代码继续之前，把每一步的结果写入持久化日志。进程死了，函数从头再跑一遍，但已完成的步骤直接返回记录的结果而不重复执行。定时器也是日志条目，所以四小时的 sleep 能扛过重启。
由此有三个后果必须接受：
一、工作流函数必须是确定性的。重放时要以相同顺序调用相同步骤。读时钟、随机数、调用外部 API 都必须放进步骤里。
二、步骤是至少一次，不是恰好一次。如果进程在支付 API 返回之后、结果写入之前死掉，该步骤会再跑一次。厂商材料里的恰好一次指的是记录的结果只被应用一次。
三、函数重放必须能完整重建状态，任何隐式依赖外部可变状态的写法都会出问题。
三者差异
Temporal：Java 起家，Cadence 的分支，生态最成熟，2026 年 9 月的 1.32.0 把 Standalone Activities 与 eager activity execution 转正式。
Restate：单二进制的持久执行服务器，自带复制日志与内嵌 RocksDB，2026 年 10 月的 1.7.13 修复了跨副本的虚拟对象状态一致性问题。
DBOS：把检查点写进 PostgreSQL 的持久化工作流库，对已有 Postgres 的团队接入成本最低，Python 3.2.0 与 TypeScript 5.2 于 9 月发布。
选型建议
已有 Postgres 且团队规模小，从 DBOS 起步最省事；要多语言 SDK 和成熟运维体系，选 Temporal；想要最低运维负担的单体部署，看 Restate。别一上来就自己实现——重试、幂等、超时、取消这四者的交互是长期踩坑区。
本文由奇幻维度内容助手整理发布，欢迎在评论区交流你的看法。