【国产免费】批量统一调度平台 TASKCTL 流程控制原理

原创
05/09 14:41
阅读数 29

控制策略

通过作业定义,完成了在模块代码中作业的描述。接下来,我们需要设计怎么去调用这些作业,即需要在模块代码中设计各种所需的调度控制策略。只有通过灵活设计各种调度策略,才能完成各种复杂多样的调度控制。

结构化控制

TASKCTL结构化控制策略主要借鉴了传统应用程序开发的一些结构化思想, 它不仅使流程设计更简单,也更灵活多变。同时,该结构化理念也充分体现了 TASKCTL 流程设计有别与传统调度流程设计的表单配置理念。

串并结构

串并结构控制是 TASKCTL流程控制主要控制策略,同时串并结构也是其它很多功能应用设计的基础,与其它特征应用结合使用会发挥更有效的功能

serial -串行

串行组节点通过 serial 表示,表示在串行组内,所有子节点都依次执行。以下是一个串行设计:

上图中,在串行组节点 g_serial1 下分别定义了名称为 shjob、dsjob、pyjob 三个不同种类的作业,三个作业是相互依赖的关系,即它们的运行关系是串行依次执行的关系。

parallel-并行

并行组节点通过 parallel 表示,表示在并行组内,所有子节点相互之间不存在运行先后关系,都可同时执行。以下是一个并行设计: 上图中,在并行组节点 g_parallel 下分别定义了名称为 shjob2、dsjob2、pyjob2 三个不同种类的作业,三个作业是不存在相互依赖的关系,它们均可同时运行。

串并嵌套

在实际应用中,简单的串并是无法满足复杂作业依赖关系,只有灵活应用串并嵌套才可能完成。由于排版原因,我们以下以示意图方式对嵌套进行讲解:一个简单的串并嵌套示意图如下:

上图是相关代码示意图,描述了在 G_serial1 串行节点内依次定义作业节点 job1、并行节点 G_parallel1、并行节点 G_parallel2 以及 job6,同时,在并行节点 G_parallel1 与 G_parallel2 下分别定义作业节点 job2、job3 与 job4、job5。

该示意图实际运行关系如下图所示:

在实际应用中,不论串并节点数还是嵌套深度都远比以上复杂。对于复杂的应用在此不作一一描述,具体需要用户在实际应用中慢慢体会与理解。

循环结构

循环指一个作业可以依次成功运行用户设计的次数。它主要通过作业 cycleinterval 属性来确定,该值缺省是 1,表示只能成功运行 1 次,即无循环。

以下是一个作业的循环设计:(语法有误)——cycle 属性,语法变更为 cycleinterval

以上设计表示 pyjob2 作业需要成功运行 10 次才表示该作业调度完成。一般情况,循环使用会涉及到缺省参数 cycleinterval 的应用,每次运行该值都会随着成功次数的改变而改变。

该值从 1 开始,成功一次后,该值变为 2,以此类推。通过 cycle 参数带入实际程序中,让实际程序根据 cycleinterval 值做实际意义的循环处理。

如果要对一个作业流分支进行循环控制,v7.0+版本可以通过把作业流分支组织为 include 模块节点。然后在 include 节点上应用 cyclecount 循环次数和 cyclebreak 循环中断条件来控制。

​条件分支结构

条件分支功能首先是建立在串并组节点基础之上,一个分支表示一个串并组, 同时,条件分支需要借助节点 condition 属性来协同完成。对于 condition 属性, 是一个相对复杂的属性,大家通过以上描述可以充分理解什么是 TASKCTL 条件分支。

以下,我们通过一段代码来认识条件分支:

 

​上图中,在一个大串行组下分别定义一个作业 mydeal 以及 mydeal1 与 mydeal2 两个分支组。如果按串并规则,会先运行 mydeal 作业,再运行 mydeal1 串行组, 最后运行 mydeal2 并行组,但由于我们分别在 mydeal1 分支组以及 mydeal2 分支组节点设置了 condition 属性,实际运行就会改变这种简单串行控制策略,这种改变体现在:mydeal1 分支只能在 mydeal 作业运行结果为 40 时运行,而 mydeal2 分支只能在 mydeal 作业运行结果为 41 时运行。

展开阅读全文
加载中

作者的其它热门文章

打赏
0
0 收藏
分享
打赏
0 评论
0 收藏
0
分享
返回顶部
顶部