时序持久化执行工作流编排平台

要解决的问题

长耗时、跨服务的工作流一旦遇到进程中断、网络抖动或第三方 API 间歇性失败，恢复逻辑基本靠手工实现：记录断点、写重试、做补偿、保证幂等，每一项都是重复造轮子。这类代码散落在各服务里，既难测试也难审计，一旦某个环节漏了处理，整个编排就可能出现不一致。

核心机制

思路是把「持久化执行」（durable execution）引入工作流编排。你用 SDK 把编排逻辑写成普通代码，平台负责将其持久化，并在故障后自动恢复到中断点继续执行，而不是从头重跑。

• 自动重试与超时：对不可靠的外部调用按策略重试，超时由平台统一管理，不用散落在业务代码各处。
• 故障恢复：进程重启后从上一次执行点继续，已完成的工作不会被推倒重来。
• 多语言 SDK：提供 Go、Java、Python、TypeScript、.NET、PHP 版本，可以直接嵌入现有服务栈，不必为了引入平台而重写语言选型。

上手路径大致是：先在本地拉起一套完整环境（预构建镜像加依赖），跑通示例工作流，理解执行记录与恢复的行为，再把生产业务逐步迁入。

适用边界

• 平台解决的是执行的可靠性，不替代业务逻辑本身的正确性；补偿逻辑与幂等设计仍要自己考虑。
• 适合跨服务、长事务、需要多次重试的场景。如果是一次同步调用就能搞定的短链路，引入它是过度设计。
• 本地预构建镜像面向开发与测试，生产环境的部署方式、存储与网络规划需要按自身基础设施评估。