工作流服务的故障探测切换方法及系统、计算机存储介质技术方案

本发明专利技术提供一种工作流服务的故障探测切换方法及系统、计算机存储介质；该方法包括：基于故障探测脚本中预设的间隔时间，故障探测脚本向对应的主工作流服务发起探测请求；故障探测脚本部署在备工作流服务，并在后台挂执行；基于故障探测脚本中预设的探测次数和失败间隔时间，故障探测脚本判断主工作流服务是否存在故障；若主工作流服务存在故障，则调起备工作流服务的启动脚本，启动备工作流服务接管业务；也即当主工作流服务故障或无法正常提供服务后，可通过该方法进行探测并自动拉起备工作流服务，减少了人工操作，具有较高的时效性；不需要申请共享存储，只需要在备工作流服务上部署相关脚本，部署方案较为简单，且不存在频繁的IO读写问题。的IO读写问题。的IO读写问题。

【技术实现步骤摘要】
工作流服务的故障探测切换方法及系统、计算机存储介质


[0001]本专利技术属于weblogic
，更具体的说，尤其涉及一种工作流服务的故障探测切换方法及系统、计算机存储介质。

技术介绍

[0002]随着银行业务的不断发展，业务流程也日趋复杂，相当多的中后台业务不能通过单一环节完成，要流转至多个环节。基于此，银行系统(主要是流程平台类系统)大量使用了工作流服务，工作流服务指的是一种技术方法，可以根据既定的业务规则，将业务操作流程拆分成具体工作项，如版面识别、影像拆分、一次录入、二次录入、录入仲裁、数据检核、记账等等，对应的业务人员或机器人可以获取到本角色的任务，处理后将结果写入工作流服务，并继续向后流转，从而保证复杂业务的按序处理。
[0003]Weblogic作为一种大型的商业中间件，在银行IT系统中得到了广泛的应用，大多数应用程序都是封装在weblogic中间件中，但这种基于weblogic容器的工作流服务因涉及到全局统一的任务排序，为避免任务重复获取和不同主机之间内存数据同步带来的锁和性能下降等问题，一般不支持集群部署。因此，这种基于weblogic工作流服务的高可用问题就成为了亟需解决的难题。

技术实现思路

[0004]有鉴于此，本专利技术的目的在于提供一种工作流服务的故障探测切换方法及系统、计算机存储介质，用于进行探测并自动拉起备工作流服务，减少了人工操作，具有较高的时效性。
[0005]本申请第一方面公开了一种工作流服务的故障探测切换方法，包括：
[0006]基于故障探测脚本中预设的间隔时间，所述故障探测脚本向对应的主工作流服务发起探测请求；其中，所述故障探测脚本部署在所述备工作流服务，并在后台挂执行；
[0007]基于故障探测脚本中预设的探测次数和失败间隔时间，所述故障探测脚本判断所述主工作流服务是否存在故障；
[0008]若所述主工作流服务存在故障，则调起所述备工作流服务的启动脚本，启动所述备工作流服务接管业务。
[0009]可选的，调起所述备工作流服务的启动脚本，启动备工作流服务接管业务之前，还包括：
[0010]判断所述备工作流服务是否启动；
[0011]若否，则执行所述调起所述备工作流服务的启动脚本，启动所述备工作流服务接管业务的步骤。
[0012]可选的，在判断所述备工作流服务是否启动之后，还包括：
[0013]若所述备工作流服务已启动，则返回执行所述基于故障探测脚本中预设的间隔时间，所述故障探测脚本向对应的主工作流服务发起探测请求的步骤。
[0014]可选的，基于故障探测脚本中预设的探测次数和失败间隔时间，所述故障探测脚本判断所述主工作流服务是否存在故障，包括：
[0015]所述故障探测脚本判断是否连续进行预设次数探测均失败；
[0016]若是，则判定所述故障探测脚本判定所述主工作流服务存在故障；
[0017]若否，则判定所述故障探测脚本判定所述主工作流服务未存在故障。
[0018]可选的，所述故障探测脚本判断是否探测失败，包括：
[0019]所述故障探测脚本根据提供的接口对所述主工作流服务进行访问；
[0020]若接收到所述主工作流给出应答，则表示所述主工作流服务正常、探测成功；
[0021]若未接收到所述主工作流给出应答，则表示所述主工作流服务异常、探测失败。
[0022]本申请第二方面公开了一种工作流服务的故障探测切换系统，包括：
[0023]请求单元，用于基于故障探测脚本中预设的间隔时间，所述故障探测脚本向对应的主工作流服务发起探测请求；其中，所述故障探测脚本部署在所述备工作流服务，并在后台挂执行；
[0024]故障判断单元，用于基于故障探测脚本中预设的探测次数和失败间隔时间，所述故障探测脚本判断所述主工作流服务是否存在故障；
[0025]调起单元，用于若所述故障判断单元判定所述主工作流服务存在故障，则调起所述备工作流服务的启动脚本，启动所述备工作流服务接管业务。
[0026]可选的，还包括：
[0027]第一判断单元，用于判断所述备工作流服务是否启动；
[0028]若否，则触发所述调起单元执行所述调起所述备工作流服务的启动脚本，启动备工作流服务接管业务的步骤。
[0029]可选的，故障判断单元用于基于故障探测脚本中预设的探测次数和失败间隔时间，所述故障探测脚本判断所述主工作流服务是否存在故障时，具体用于：
[0030]所述故障探测脚本判断是否连续进行预设次数探测均失败；
[0031]若是，则判定所述故障探测脚本判定所述主工作流服务存在故障；
[0032]若否，则判定所述故障探测脚本判定所述主工作流服务未存在故障。
[0033]可选的，故障判断单元用于所述故障探测脚本判断是否探测失败时，具体用于：
[0034]所述故障探测脚本根据提供的接口对所述主工作流服务进行访问；
[0035]若接收到所述主工作流给出应答，则表示所述主工作流服务正常、探测成功；
[0036]若未接收到所述主工作流给出应答，则表示所述主工作流服务异常、探测失败。
[0037]本申请第三方面公开了一种计算机存储介质，其上存储有计算机程序，其中，计算机程序被处理器执行时实现如本申请第一方面任一项所述的工作流服务的故障探测切换方法。
[0038]从上述技术方案可知，本专利技术提供的一种工作流服务的故障探测切换方法，包括：基于故障探测脚本中预设的间隔时间，故障探测脚本向对应的主工作流服务发起探测请求；其中，故障探测脚本部署在备工作流服务，并在后台挂执行；基于故障探测脚本中预设的探测次数和失败间隔时间，故障探测脚本判断主工作流服务是否存在故障；若主工作流服务存在故障，则调起备工作流服务的启动脚本，启动备工作流服务接管业务；也即，当主工作流服务故障或无法正常提供服务后，可通过该方法进行探测并自动拉起备工作流服
务，减少了人工操作，具有较高的时效性；同时，不需要申请共享存储，只需要在备工作流服务上部署相关脚本，部署方案较为简单，且不存在频繁的IO读写问题。
附图说明
[0039]为了更清楚地说明本专利技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本专利技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0040]图1是本专利技术实施例提供的一种工作流服务的故障探测切换方法的流程图；
[0041]图2是本专利技术实施例提供的另一种工作流服务的故障探测切换方法的流程图；
[0042]图3是本专利技术实施例提供的一种工作流服务的故障探测切换系统的示意图。
具体实施方式
[0043]为使本专利技术实施例的目的、技术方案和优点更加清楚，下面将结合本专利技术实施例中的附图，对本专利技术实施例中的技术方案进行清楚、完整地描述本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种工作流服务的故障探测切换方法，其特征在于，包括：基于故障探测脚本中预设的间隔时间，所述故障探测脚本向对应的主工作流服务发起探测请求；其中，所述故障探测脚本部署在所述备工作流服务，并在后台挂执行；基于故障探测脚本中预设的探测次数和失败间隔时间，所述故障探测脚本判断所述主工作流服务是否存在故障；若所述主工作流服务存在故障，则调起所述备工作流服务的启动脚本，启动所述备工作流服务接管业务。2.根据权利要求1所述的工作流服务的故障探测切换方法，调起所述备工作流服务的启动脚本，启动备工作流服务接管业务之前，还包括：判断所述备工作流服务是否启动；若否，则执行所述调起所述备工作流服务的启动脚本，启动所述备工作流服务接管业务的步骤。3.根据权利要求2所述的工作流服务的故障探测切换方法，在判断所述备工作流服务是否启动之后，还包括：若所述备工作流服务已启动，则返回执行所述基于故障探测脚本中预设的间隔时间，所述故障探测脚本向对应的主工作流服务发起探测请求的步骤。4.根据权利要求1所述的工作流服务的故障探测切换方法，基于故障探测脚本中预设的探测次数和失败间隔时间，所述故障探测脚本判断所述主工作流服务是否存在故障，包括：所述故障探测脚本判断是否连续进行预设次数探测均失败；若是，则判定所述故障探测脚本判定所述主工作流服务存在故障；若否，则判定所述故障探测脚本判定所述主工作流服务未存在故障。5.根据权利要求4所述的工作流服务的故障探测切换方法，所述故障探测脚本判断是否探测失败，包括：所述故障探测脚本根据提供的接口对所述主工作流服务进行访问；若接收到所述主工作流给出应答，则表示所述主工作流服务正常、探测成功；若未接收到所述主工作流给出应答，则表示所述主工作流服务异常、探测失败。6.一种工作流服务的故障探测切...

【专利技术属性】
技术研发人员：杨飞，郭玉章，陈洁，李颢，吕震，刘永科，
申请(专利权)人：中国建设银行股份有限公司，
类型：发明
国别省市：