Azure Durable Orchestrator函数含外部API调用的确定性问询

核心疑问解答 #

• 此设计是否会触发非确定性错误？
  要是直接在Orchestrator里调用外部API做更新判断，肯定会触发“non-deterministic workflow detected”错误——因为API返回结果可能在重放时变化，导致Orchestrator的执行分支和首次运行不一致。但你现在把判断逻辑放到Activity函数里的设计，只要实现正确，就不会触发这个错误。

• 把判断逻辑放入Activity函数能否规避问题？
  完全可以。Durable Functions会把Activity函数的执行结果持久化到历史存储中，当Orchestrator重放时，不会重新执行Activity，而是直接读取历史里的结果来走后续逻辑。不管外部API后续返回什么，Orchestrator的执行路径都和首次运行一致，完全符合确定性要求。

• 确定性约束是否会阻止重运行时执行路径不同的Orchestrator逻辑？
  会的。Orchestrator的核心规则就是必须保证重放时的执行路径和首次完全一致。如果重放时因为外部依赖变化导致分支选择、执行流程改变，Durable Framework就会检测到非确定性并抛出错误。而将可变逻辑（比如依赖外部API的判断）剥离到Activity中，就是规避这个问题的标准做法——让Orchestrator只基于历史记录的结果走固定路径，不受外部可变因素影响。

内容的提问来源于stack exchange，提问作者shacklrobert