这个决定什么时候必须做
当工作流需要处理多组同类型输入、需重复执行特定子流程，或需提升批量任务的处理效率时，该决定成为必须纳入工作流设计的环节。若未提前选型，直接使用单节点串联流程，会导致流程冗余、执行效率低下，无法满足批量任务的处理需求，后续重构将耗费大量时间与人力成本。提前选型时若未结合实际业务场景，例如小批量任务使用并行执行节点，会增加不必要的配置复杂度与资源消耗。当业务需求明确为批量数据处理、条件迭代优化或独立任务并行处理时，该决定必须被优先考虑，否则将导致工作流无法适配后续业务扩展，或在上线后出现执行效率不达标的问题。当批量任务的规模超过单个节点的处理能力，或需要按固定逻辑重复执行子流程时，该决定必须被做出，以避免流程出现逻辑漏洞或执行延迟。
判据矩阵
| 候选方案 | 输入数据要求 | 运行模式 | 嵌套限制 | 交互节点支持 | 结果输出方式 | 错误处理机制 | 资源调度特性 |
|---|---|---|---|---|---|---|---|
| 并行执行节点 | 支持数组类型输入，元素可为字符串、数字、对象等 | 接收数组，同时处理每个元素，可配置最大并发数，任务独立互不依赖 | 内部不可放入并行执行或批量运行节点 | 不支持 | 输出成功结果数组、完整结果数组、完成状态，成功结果按输入顺序排列 | 单个任务失败不影响整体，支持重试，汇总成功与失败结果 | 最大并发数默认 5，上限由部署方通过 WORKFLOW_PARALLEL_MAX_CONCURRENCY 设置（默认 10） |
| 循环节点 | 数组循环需数组输入，条件循环无需输入 | 数组循环依次遍历数组元素；条件循环持续执行直到触发循环终止节点，默认最大迭代100次 | 内部不可放入循环节点或并行执行节点 | 支持 | 自定义输出最后一轮迭代值，需通过全局变量与变量更新节点聚合所有轮次结果 | 保留出错前记录，失败轮不提交变量变更，支持运行中交互暂停与恢复 | 顺序执行，资源消耗平稳，默认最大迭代100次 |
| 批量运行节点 | 支持字符串、数字、布尔、对象类型的数组 | 遍历数组元素，保持处理顺序，支持并行处理优化 | 文档未明确，需按部署环境实测 | 文档未明确，需按部署环境实测 | 所有循环结果组成新数组作为最终输出 | 文档未明确，需按部署环境实测 | 支持并行处理优化，可提升处理效率 |
每个判据为什么重要
输入数据要求是批量处理方案的基础适配条件，若选型错误会导致工作流无法正常接收上游节点的输出。例如并行执行节点仅支持数组类型输入，若上游输出为单个对象，需额外配置节点进行包装，增加流程复杂度。循环节点的数组循环模式依赖数组输入，条件循环模式则无需固定输入集，可适配无固定输入的迭代任务。批量运行节点仅支持数组输入，但可兼容多种数组元素类型，适配多数常规批量场景。未明确输入数据要求会导致工作流配置完成后无法正常运行，反复调整参数延误上线时间。
运行模式决定了批量任务的执行逻辑，直接影响处理效率与业务适配性。并行执行节点的同时处理模式可大幅缩短总耗时，适合独立任务场景，但无法处理存在依赖关系的迭代任务。循环节点的顺序执行模式适合需按顺序处理、或基于上一轮结果调整当前轮逻辑的场景，条件循环模式可适配无固定输入集的迭代优化任务。批量运行节点的顺序遍历加并行优化模式，兼顾处理效率与执行逻辑稳定性，适合需保持处理顺序的批量任务。选型与运行模式不匹配会导致执行效率低下，或无法满足业务迭代逻辑需求。
嵌套限制是工作流节点配置的重要约束，违反会导致工作流无法保存或运行。并行执行节点与循环节点均不支持内部嵌套同类或相关节点，若在并行执行节点内放入循环节点，编辑器会阻止配置或导致运行报错。批量运行节点的嵌套限制未在官方文档中明确，需结合部署环境实测。未关注嵌套限制会导致工作流配置完成后无法正常保存，需重新调整节点布局，增加调试工作量。
交互节点支持情况决定了批量任务是否需要人工介入。循环节点支持运行中交互，适合需人工确认每轮执行结果的场景，例如需用户审核每段翻译内容后再继续下一轮。并行执行节点不支持交互节点，因多个任务同时执行无法同步等待用户输入，若放入交互节点编辑器会直接阻止配置。批量运行节点的交互支持情况未在官方文档中明确，需结合部署环境实测。选型错误会导致需交互的批量任务无法正常执行，或需额外配置中转节点增加复杂度。
结果输出方式直接影响下游节点对批量处理结果的使用。并行执行节点提供成功结果、完整结果与完成状态三种输出，可满足不同下游处理需求，例如仅需成功结果时可直接引用成功结果数组，需排查失败任务时可引用完整结果。循环节点仅输出最后一轮迭代值，如需聚合所有轮次结果，需额外配置全局变量与变量更新节点，增加配置复杂度。批量运行节点默认聚合所有轮次结果为数组，无需额外配置，适合需要完整批量结果的场景。选型与结果输出方式不匹配会导致下游节点无法正确获取所需数据，需额外编写代码或配置节点整理数据。
换的代价
已选择某一种批量处理方式后，切换至其他方案需付出重构成本。首先是数据与变量配置调整：从并行执行节点切换至循环节点，需修改结果输出逻辑，并行执行节点的成功结果数组无需额外聚合，而循环节点需配置全局变量与变量更新节点聚合所有轮次结果，同时调整下游节点的变量引用路径。其次是节点配置变更：原流程中使用的并行执行节点的最大并发数、重试次数等参数，需移除并替换为循环节点的循环类型、最大迭代次数等配置。停机窗口方面，切换过程需暂停工作流运行，重新配置节点参数并调试，停机时长取决于工作流复杂度与调试效率。验证工作量方面，需重新测试批量任务的执行逻辑、结果输出与错误处理机制，确保切换后的流程正常运行，同时验证所有下游节点能否正确获取所需数据。此外，若原流程使用了嵌套节点或交互节点，切换时需调整节点布局与配置，避免违反嵌套限制，例如从循环节点切换至并行执行节点，需移除循环体内的交互节点，因并行执行节点不支持交互节点。
什么情况下这个决定可以先不做
当批量任务规模极小，仅包含少量待处理项时，该决定可以先不做。例如仅需处理2-3个文本片段的批量任务，直接使用单节点串联流程即可满足需求，避免增加流程复杂度。当业务需求尚未明确，仅处于初步探索阶段时，可暂不选型批量处理方式，先使用单节点流程测试，待业务需求稳定后再重构。当工作流的批量任务存在强依赖关系，无法拆分为独立任务时，可暂不考虑并行执行或批量运行节点，先使用循环节点进行顺序处理。当部署环境资源限制严格，无法支持并行处理时，可暂不使用并行执行节点，先使用循环节点或批量运行节点的顺序执行模式。当批量任务仅需执行一次，无需重复使用时，也可暂不选型批量处理方式，直接手动处理即可，避免不必要的配置工作。
继续阅读
参考资料
需要进一步确认时
上述判据可依据公开文档与部署实测逐项核对。若需要结合具体业务规模、数据边界与运维条件确定选型，可通过商务咨询获取评估支持；云服务形态可直接开始使用，先验证业务可行性再决定部署形态。
- 商务咨询：结合业务条件做选型评估
- 立即开始：先用云服务验证可行性
- 定价：对比不同形态的适用范围