关于kettle:TASKCTL的流程无触发设计

34次阅读

共计 534 个字符,预计需要花费 2 分钟才能阅读完成。

如何了解流程的触发设计?

如果您设计了这样主流程,表白您的业务解决逻辑。。。


从逻辑上看,您心愿解决 1,再同时解决 2、解决 3,而后解决 4,这是没问题的。但您是否想过,这个流程,谁来调,什么时候开始调,什么条件下调。对于这些,TASKCTL 都无从晓得。因而,对于这样的主流程,是无奈实现失常调度的,如果您以失常模式启动它,TASKCTL 只能从一开始运行到完结,而后立刻又从开始,再到完结,没完没了… … 这,显然不是您想要的。

对于这种决定一个流程什么时候开始运行,什么条件下运行的设计,咱们就称为流程的触发设计。

不论是子流程,还是主流程是否都须要触发设计,怎么设计业务流程触发?

不是的。TASKCTL 倡议,您的业务解决逻辑,尽量采纳子流程来表白,无需设计流程触发条件。同时咱们设计一个主流程,在主流程中设计触发条件,并触发调用相应的业务子流程。如果您的业务流须要定时触发,罗唆间接设计一个定时器来调用即可。

以下时两种常见的流程触发设计:

1. 文件达到触发设计。示意只有当某个标记文件呈现时,再调用相应业务流程


2. 定时调度。设计一个定时器来调,指定每天 23:01 开始调


提醒: 不论是文件触发,还是定时触发设计,在 monitor 启动激活时,只需启动激活相应主流程或定时器即可。

正文完
 0