[发明专利]一种调度方法及系统、工作节点及监控节点

说明书

本申请提供了一种调度方法及系统，涉及计算机技术领域。所述方法包括：监控节点将用户请求发送给一处于可用状态的工作节点；所述处于可用状态的工作节点创建对应所述用户请求的工作流实例，将所述工作流实例的执行过程数据进行记录；所述监控节点监控多个工作节点的运行状态数据，在确定一工作节点处于不可用状态，则根据所述不可用状态的工作节点的记录，将所述不可用状态的工作节点的未完成的工作流实例调度到另一处于可用状态的工作节点；所述另一处于可用状态的工作节点，根据所述不可用状态的工作节点的记录，继续执行所述未完成的工作流实例，并将所述工作流实例的执行过程数据进行记录。本申请能够提高效率的同时能达到高可靠的目的。

技术领域

本申请涉及计算机技术领域，特别是涉及一种调度方法及系统、一种工作节点、一种监控节点。

背景技术

在云产品管控平台接收到用户请求后，可能存在一系列的工作流以完成该用户请求，比如以创建虚机为例，该请求需要调用存储、网络、虚拟化等各个模块完成用户请求，整个服务调用会跨越多个外部业务系统。那么对于一个工作流而言，如果其未完成，那么对于用户而言，由于相应请求无法被完成导致需要重新提交请求或者通过工单要求恢复。对于系统而言，工作流运行到一半可能导致有某些中间的资源无法被释放，出现孤立的资源导致系统不一致。上述问题如果不解决，会导致开发团队花费大量的精力来解决各种客户问题、系统问题，效率很低。

在先技术中，亚马逊提供了一种云服务Amazon Simple Workflow Service (亚马逊简单工作流服务，简称AWS)，该云服务将应用程序划分为两个部分：决策程序(Decider)和活动程序(Activity)。决策程序决定用户的请求应该做什么，活动程序负责执行具体的业务逻辑。活动程序轮询AWS任务列表上的活动任务，然后执行活动任务，报告活动任务检测信号。决策程序轮询 AWS获得决策任务，然后根据预置的协作逻辑做出决策返回AWS。在该框架下，当活动程序出现问题时，AWS无法接收到活动程序的反馈，所以AWS 可以通过超时机制来判断活动是否出现问题，如果出现问题，则AWS会为该超时事件创建一个决策任务，决策程序从AWS获取该任务，然后决定下一步具体的执行逻辑。当决策程序出现问题，AWS也会通过超时检测来判断决策程序是否正常，如果不正常则执行相应的failover机制。其中，AWS 的failover机制是通过超时来判断，比如一个活动执行过程中，负责执行的活动节点失联，后端服务会限定该活动的最大执行时间，如果超过该时间，则认为活动执行超时，会重新创建一个新的活动来执行。

然而，AWS上述过程，决策程序与活动程序需要反复与AWS交互，决策程序与活动程序各自要通过http(HyperText Transfer Protocol，超文本传输协议)接口从AWS获取任务，提交任务结果。因此，上述这些操作由于需要反复的服务交互，每一个活动执行需要四次HTTP交互，效率很低，对于活动的监控和恢复过程的处理逻辑也很复杂。

发明内容

鉴于上述问题，本申请实施例提供调度方法及装置，以对工作流实例的执行过程数据进行记录，然后以监控节点监控各工作节点的运行状态，从而在工作节点失联时根据该工作节点的记录，将未完成的工作流实例调度给一正常的工作节点中重建以继续执行，解决在先技术无法保证用户请求执行效率同时保证高可靠的问题。

为了解决上述问题，本申请实施例公开了一种调度方法，其特征在于，包括：

监控节点将用户请求发送给一处于可用状态的工作节点；

所述处于可用状态的工作节点创建对应所述用户请求的工作流实例；

所述处于可用状态的工作节点将所述工作流实例的执行过程数据进行记录；

所述监控节点监控多个工作节点的运行状态数据；

监控节点基于所述运行状态数据，确定一工作节点处于不可用状态，则根据所述不可用状态的工作节点的记录，将所述不可用状态的工作节点的未完成的工作流实例调度到另一处于可用状态的工作节点；