一种任务规则管理方法、装置、设备及介质制造方法及图纸

本说明书实施例公开了一种任务规则管理方法、装置、设备及介质，任务规则管理方法包括：任务启动条件触发后，从第一配置平台获取用于启动所述任务的全局参数，以及检测第二配置平台是否存在与所述任务对应的初始动态规则；若是，则根据所述全局参数和初始动态规则启动所述任务；所述任务结束前，确定所述第二配置平台上与所述任务对应的动态规则是否有更新；若有，则执行所述更新后的动态规则。

A task rule management method, device, equipment and medium

【技术实现步骤摘要】
一种任务规则管理方法、装置、设备及介质
本申请涉及计算机
，尤其涉及一种任务规则管理方法、装置、设备及介质。
技术介绍
现有的计算任务的规则一般由两部分组成，一是计算逻辑，例如count，distinctcount，avg，sum等常态的数学计算；二是特殊的业务规则，如黑名单，白名单，维表，自定义规则等。现有的处理模式下，计算任务会将这两部分代码耦合在一起，任何一方面的迭代或者更新，任务就需要重新部署。但是常态场景下，业务规则是经常变化的，而计算逻辑并不常变化，如果只是因为业务规则变更就重新部署任务，维护上的成本是巨量的。有鉴于此，需要更有效和更高效的任务规则管理方案。
技术实现思路
本说明书实施例提供一种任务规则管理方法、装置、设备及介质，用以解决如何更有效和更高效地进行任务规则管理的技术问题。为解决上述技术问题，本说明书实施例是这样实现的：本说明书实施例提供一种任务规则管理方法，包括；任务启动条件触发后，从第一配置平台获取用于启动所述任务的全局参数，以及检测第二配置平台是否存在与所述任务对应的初始动态规则；若是，则根据所述全局参数和初始动态规则启动所述任务；所述任务结束前，确定所述第二配置平台上与所述任务对应的动态规则是否有更新；若有，则执行所述更新后的动态规则。本说明书实施例提供一种任务规则管理装置，包括；任务启动模块，用于任务启动条件触发后，从第一配置平台获取用于启动所述任务的全局参数，以及检测第二配置平台是否存在与所述任务对应的初始动态规则；以及，用于若第二配置平台存在与所述任务对应的初始动态规则，则根据所述全局参数和初始动态规则启动所述任务；动态规则更新模块，用于所述任务结束前，确定所述第二配置平台上与所述任务对应的动态规则是否有更新；以及，用于若所述第二配置平台上与所述任务对应的动态规则有更新，则执行所述更新后的动态规则。本说明书实施例提供一种任务规则管理设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：任务启动条件触发后，从第一配置平台获取用于启动所述任务的全局参数，以及检测第二配置平台是否存在与所述任务对应的初始动态规则；若是，则根据所述全局参数和初始动态规则启动所述任务；所述任务结束前，确定所述第二配置平台上与所述任务对应的动态规则是否有更新；若有，则执行所述更新后的动态规则。本说明书实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令被处理器执行时实现如下的步骤：任务启动条件触发后，从第一配置平台获取用于启动所述任务的全局参数，以及检测第二配置平台是否存在与所述任务对应的初始动态规则；若是，则根据所述全局参数和初始动态规则启动所述任务；所述任务结束前，确定所述第二配置平台上与所述任务对应的动态规则是否有更新；若有，则执行所述更新后的动态规则。本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：通过第一配置平台和第二配置平台分别获取全局参数和动态规则，使任务规则从代码中分离，能够通过配置平台对任务规则进行管理，实现了任务计算逻辑和动态规则的解耦，提高了任务规则管理效果和管理效率以及任务启动和运行效果和效率。附图说明为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对本说明书实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1是本说明书第一个实施例提供的任务规则管理方法的流程示意图。图2是本说明书第一个实施例提供的任务规则管理方法的应用示意图。图3是本说明书第一个实施例中的第一配置平台示意图。图4是本说明书第一个实施例中的第二配置平台示意图。图5是本说明书第一个实施例中的任务启动示意图。图6是本说明书第一个实施例中的动态规则刷新示意图。图7是本说明书第二个实施例提供的任务规则管理装置的结构示意图。具体实施方式为了使本
的人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整的描述。显然，下面所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本说明书实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。如图1所示，本说明书第一个实施例提供了一种任务规则管理方法。本实施例的执行主体可以是计算机或者服务器或者相应的任务规则管理系统，即执行主体可以是多种多样的，可以根据实际情况进行设置或者变换。另外，也可以有第三方应用程序协助所述执行主体执行本实施例；例如图2所示，可以由服务器来执行本实施例中的任务规则管理方法，并且还可以在(用户所持有的)终端(包括但不限于手机、计算机)上安装相应的应用程序，服务器与应用程序对应，服务器与用户所持有的终端之间可以进行数据传输，通过应用程序来向用户进行页面以及信息展示或输入输出。如图1所示，本实施例中的任务规则管理方法包括:S101:任务启动条件触发后，从第一配置平台获取用于启动所述任务的全局参数，以及检测第二配置平台是否存在与所述任务对应的初始动态规则。本实施例中，所述的“任务”可以是多种多样的，例如实时计算任务，本实施例对此不作限定。所述的“任务启动条件”也可以是多种多样的，例如相关人员点击某个或某些页面或某个或某些页面按钮或在某个或某些页面输入某些数据等，都可以作为触发任务启动条件，相应的这里的“某个或某些页面或某个或某些页面按钮或某些数据”都可以作为任务启动条件。各个任务可以各自对应有任务启动条件，不同任务对应的任务启动条件可以相同或不同。本实施例中，可以事先在任务管理平台注册任务，申请资源，获得jobkey，本实施例对此不作限定。某一任务(不限，不妨记为“目标任务”)的任务启动条件触发后，可以从第一配置平台获取用于启动目标任务的全局参数(也可以称作全局配置参数，包括计算逻辑)。全局参数包括但不限于source，sink相关信息，例如链接和/或账号和/或账号的密码和/或算子并行度等。全局参数可以通过第一配置平台配置，全局参数可以为key＝value的property列表。具体的，获取全局参数可以包括：由嵌入在目标任务中的自定义的软件工具包(SoftwareDevelopmentKit，SDK，下同)自动从第一配置平台拉取全局参数。本实施例中，可以通过第一配置平台来配置(jobkey对应的)全局参数，第一配置平台可以如图3所示。...

【技术保护点】
1.一种任务规则管理方法，包括：/n任务启动条件触发后，从第一配置平台获取用于启动所述任务的全局参数，以及检测第二配置平台是否存在与所述任务对应的初始动态规则；/n若是，则根据所述全局参数和初始动态规则启动所述任务；/n所述任务结束前，确定所述第二配置平台上与所述任务对应的动态规则是否有更新；/n若有，则执行所述更新后的动态规则。/n

【技术特征摘要】
1.一种任务规则管理方法，包括：
任务启动条件触发后，从第一配置平台获取用于启动所述任务的全局参数，以及检测第二配置平台是否存在与所述任务对应的初始动态规则；
若是，则根据所述全局参数和初始动态规则启动所述任务；
所述任务结束前，确定所述第二配置平台上与所述任务对应的动态规则是否有更新；
若有，则执行所述更新后的动态规则。


2.如权利要求1所述的方法，所述方法还包括：
若所述第二配置平台不存在所述初始动态规则，则执行所述全局参数，以启动所述任务。


3.如权利要求1所述的方法，通过第一配置平台配置所述全局参数；
和/或，
通过第二配置平台配置初始动态规则和所述动态规则。


4.如权利要求1所述的方法，所述方法还包括：
若所述第二配置平台存在所述初始动态规则，则确定所述初始动态规则是否满足预设条件；
若是，则执行所述初始动态规则；
和/或，
若所述第二配置平台上与所述任务对应的动态规则有更新，则确定所述更新后动态规则是否满足预设条件；
若是，则执行所述更新后动态规则。


5.如权利要求1至4中任一项所述的方法，所述方法还包括：
若所述第二配置平台存在所述初始动态规则，则确定所述初始动态规则是否对应有拦截名单；
若是，则在数据流中添加用于执行所述拦截名单的拦截器；
和/或，
若所述第二配置平台上与所述任务对应的动态规则有更新，则确定所述初始动态规则是否对应有拦截名单；
若是，则在数据流中添加用于执行所述拦截名单的拦截器。


6.如权利要求1所述的方法，所述全局参数包括链接和/或账号和/或账号的密码和/或算子并行度。


7.如权利要求1或6所述的方法，所述全局参数...

【专利技术属性】
技术研发人员：高元胜，刘少伟，徐唐，沈仁奎，邓鑫鑫，
申请(专利权)人：北京思维造物信息科技股份有限公司，
类型：发明
国别省市：北京;11