总览
工作流作为一个应用部署计划的一部分,可以帮助你自定义应用部署计划中的步骤,粘合额外的交付流程,指定任意的交付环境。简而言之,工作流提供了定制化的控制逻辑,在原有 Kubernetes 模式交付资源(Apply)的基础上,提供了面向过程的灵活性。比如说,使用工作流实现条件判断、暂停、状态等待、数据流传递、多环境灰度、A/B 测试等复杂操作。
工作流由多个步骤组成,典型的工作流步骤包括步骤组(包含一系列子步骤)、人工审核、多集群发布、通知等。你可以在 内置工作流步骤 中查看 KubeVela 默认提供的所有内置工作流步骤。如果内置的工作流步骤无法满足你的需求,你也可以 自定义工作流步骤。
实际上,如果你在应用部署计划中只使用了组件,并没有声明工作流时,KubeVela 会在运行这个应用时自动创建一个默认的工作流,用于部署应用中的组件。
在 VelaUX 中,你可以更加直观地感受工作流。如图,下面是一个第一个步骤成功,而第二个步骤失败的工作流:
执行顺序
在工作流中,所有的步骤将顺序执行,下一个步骤将在上一个步骤成功后执行。如果一个步骤的类型为步骤组,那么它可以包含一系列子步骤,在执行这个步骤组时,所有子步骤都会一起执行。
在 KubeVela 未来的版本(1.5+)中,你可以显示地指定步骤的执行方式来控制并发或者单步执行,如:
workflow:
mode:
steps: StepByStep
subSteps: DAG执行方式有两种:StepByStep 顺序执行以及 DAG 并行执行。
steps 中可以指定步骤的执行方式,subSteps 指定步骤组中子步骤的执行方式。如果你不显示声明执行模式,默认 steps 以 StepByStep 顺序执行,subSteps 以 DAG 并行执行。
工作流与应用的状态对应
应用 | 工作流 | 说明 |
---|---|---|
runningWorkflow | executing | 当工作流正在执行时,应用的状态为 runningWorkflow |
workflowSuspending | suspending | 当工作流暂停时,应用的状态为 workflowSuspending |
workflowTerminated | terminated | 当工作流中有步骤失败或者被终止时,应用的状态为 workflowTerminated |
running | succeeded | 当工作流中所有步骤都成功执行后,应用的状态为 running |
核心功能
工作流拥有丰富的流程控制能力,包括: