Uber Cadence 中的子工作流程有什么好的用例？

Question

我正在尝试使用 Uber Cadence 了解子工作流程的用例。与简单地将工作流程拆分为函数相比，子工作流程的优势是什么？我有一个相当复杂的工作流程，我正在考虑将其拆分为多个子工作流程，但我不确定这样做的利弊。

Answer 1

• 子工作流可以由不包含父工作流代码的单独一组工作人员托管。因此，它将充当一个单独的服务，可以从多个其他工作流中调用。
• 单个工作流的大小有限。例如，它不能执行 100k 活动。子工作流可用于将问题划分为更小的块。一个父母有 1000 个孩子，每个孩子执行 1000 项活动，就会执行 100 万项活动。
• 子工作流可用于使用其 ID 管理某些资源以保证唯一性。例如，管理主机升级的工作流可以为每个主机创建一个子工作流（主机名是工作流 ID），并使用它们来确保主机上的所有操作都是序列化的。
• 子工作流可用于执行某些周期性逻辑，而不会增加父历史记录大小。父级启动一个子级，该子级执行周期性逻辑调用 continue as new 根据需要多次，然后完成。从父级的角度来看，它只是一个子工作流调用。

子工作流与将所有应用程序逻辑并置在单个工作流中的主要限制是缺乏共享状态。父子只能通过异步信号进行通信。但是，如果它们之间存在紧密耦合，则使用单个工作流并仅依赖共享对象状态可能会更简单。

如果您的问题在执行的活动和处理的信号数量方面有限制，我个人建议从单个工作流实施开始。它只是比多个异步通信工作流更简单。

此外，人们经常注意到工作流不仅仅是函数，您还可以在其中使用 OO 的全部功能。使用结构、接口和其他 OO 技术将逻辑分解为更易于管理的抽象。