业务子系统运行情况的获取方法和系统的制作方法
【技术领域】
[0001]本发明涉及业务系统领域，尤其涉及一种业务子系统运行情况的获取方法和系统。
【背景技术】
[0002]在企业的应用系统中，涉及多个业务子系统，业务子系统的可访问性直接影响到用户的使用，因此需要对业务子系统的运行情况进行有效的监控。
【发明内容】
[0003]在下文中给出关于本发明的简要概述，以便提供关于本发明的某些方面的基本理解。应当理解，这个概述并不是关于本发明的穷举性概述。它并不是意图确定本发明的关键或重要部分，也不是意图限定本发明的范围。其目的仅仅是以简化的形式给出某些概念，以此作为稍后论述的更详细描述的前序。
[0004]本发明提供一种业务子系统运行情况的获取方法，包括:消息服务器向与之建立连接的业务子系统链接地址周期性发送心跳检测请求，根据各业务子系统链接地址对心跳检测请求的反馈情况确定相应业务子系统链接地址是否能够正常运行。
[0005]本发明还提供一种业务子系统的运行情况获取系统，包括:
[0006]消息服务器；
[0007]与所述消息服务器通信连接的至少一个业务子系统链接地址；
[0008]所述消息服务器用于向所述业务子系统链接地址周期性发送心跳检测请求，根据各业务子系统链接地址对心跳检测请求的反馈情况确定相应业务子系统链接地址是否能够正常运行。
[0009]本发明提供的业务子系统的运行情况获取方法和系统，能够对业务子系统的运行情况进行有效的监控，提高业务子系统运行的可靠性和稳定性。
【附图说明】
[0010]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0011]图1为本发明提供的业务子系统运行情况的获取方法一种实施例的流程图。
[0012]图2为本发明提供的业务子系统运行情况的获取系统一种实施例的结构示意图。
[0013]图3为本发明提供的业务子系统运行情况的获取系统一种应用场景的示意图。
[0014]图4为本发明提供的业务子系统运行情况的获取系统获取的状态示意表。
[0015]图5为本发明提供的业务子系统运行情况的获取系统获取的业务子系统链接地址历史可用报表示意图。
【具体实施方式】
[0016]为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。在本发明的一个附图或一种实施方式中描述的元素和特征可以与一个或更多个其它附图或实施方式中示出的元素和特征相结合。应当注意，为了清楚的目的，附图和说明中省略了与本发明无关的、本领域普通技术人员已知的部件和处理的表示和描述。基于本发明中的实施例，本领域普通技术人员在没有付出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0017]实施例一
[0018]参考图1，本实施例提供一种业务子系统运行情况的获取方法，包括:
[0019]步骤S101，消息服务器向与之建立连接的业务子系统链接地址周期性发送心跳检测请求；
[0020]步骤S102，根据各业务子系统链接地址对心跳检测请求的反馈情况确定相应业务子系统链接地址是否能够正常运行。
[0021]消息服务器与至少一个业务子系统链接地址连接，业务子系统为需要进行运行情况检测的应用系统，业务子系统提供所在服务器节点的链接地址。
[0022]消息服务器周期性的向业务子系统链接地址发送心跳检测请求，对每个业务子系统的链接地址进行访问，打开对应的http链接，根据反馈情况确定相应的业务子系统是否能够正常运行。
[0023]心跳检测请求的时间间隔可以根据实际情况设置，例如可以每隔十分钟进行一次。
[0024]本实施例提供的业务子系统运行情况的获取方法，能够对业务子系统的运行情况进行有效的监控，提高业务子系统运行的可靠性和稳定性。
[0025]默认情况下，消息服务器会向每一个与之建立连接的业务子系统链接地址发送心跳检测请求，但有时候业务子系统的服务器节点需要进行正常的停机维护，例如升级内存磁盘或其他需要停机操作导致服务不可用，在此情况下，消息服务器会认为该业务子系统链接地址出现异常不可访问，需要进行维修，因此产生误判断。
[0026]为了解决上述问题，消息服务器向与之建立连接的业务子系统链接地址周期性发送心跳检测请求之前，还包括:
[0027]消息服务器检测所述业务子系统链接地址的设置模式，当所述业务子系统链接地址的模式为启用时，消息服务器向所述业务子系统链接地址发送心跳检测请求；
[0028]当所述业务子系统链接地址的模式为禁用时，消息服务器禁止向所述业务子系统链接地址发送心跳检测请求。
[0029]每个业务子系统链接地址均设置有启用/禁用模式选通模块，当某一 /几个业务子系统的服务器节点需要进行正常的停机维护时，可将对应的业务子系统链接地址设置为禁用模式，消息服务器检测到业务子系统链接地址的模式为禁用时，禁止向所述业务子系统链接地址发送心跳检测请求；当维护完毕后可将业务子系统链接地址设置为启用模式，消息服务器检测到业务子系统链接地址的模式为启用时，消息服务器向所述业务子系统链接地址发送心跳检测请求，进行正常的检测；即消息服务器只对处于启用模式下的业务子系统链接地址发送心跳检测请求，忽略对处于禁用模式下的业务子系统链接地址，对于处于禁用模式下的业务子系统链接地址的检测结果设置为“未检测”。
[0030]通过上述的检测方式，能够防止对处于正常停机维护的业务子系统误判断，提高系统维护的可靠性。
[0031]作为一种优选的实施方式，根据各业务子系统链接地址对心跳检测请求的反馈情况确定相应业务子系统链接地址是否能够正常运行，包括:
[0032]当业务子系统链接地址返回第一状态码时，确定所述业务子系统链接地址正常运行，第一状态码可以为“200”；
[0033]当业务子系统链接地址返回第二状态码时，确定所述业务子系统链接地址不可访问，第二状态码可以为“400”，业务子系统链接地址出现不可访问的情况包括网络不可用或者服务器节点宕机；
[0034]当业务子系统链接地址返回第三状态码时，确定所述业务子系统链接地址出现异常，第三状态码可以为“500”，业务子系统链接地址出现异常情况包括服务器内部出现异常信息等。
[0035]作为一种可选的实施方式，消息服务器根据各业务子系统链接地址对心跳检测请求的反馈情况确定相应业务子系统链接地址是否能够正常运行之后，还包括:对业务子系统链接地址的运行情况信息进行存储。
[0036]运行情况信息包括业务子系统链接地址正常运行的情况、业务子系统链接地址不可访问的情况、业务子系统链接地址出现异常的情况，将运行情况信息进行存储，便于维护人员查询。
[0037]作为一种可选的实施方式，对业务子系统链接地址处于禁用模式的情况信息进行存储，便于维护人员进行排查。
[0038]作为一种可选的实施方式，当消息服务器确定业务子系统链接地址不可访问或者出现异常时，即返回第二状态码和第三状态码时，生成相应的异常信息，调用相应的邮件或短信网关，将异常信息通过邮件或短信发送至目标地址，例如对应的维护人员处，以及时的提醒维护人员进行维修。
[0039]本实施例提供的业务子系统运行情况的获取方法，能够对业务子系统的运行情况进行有效的监控，排除对业务子系统正常停机维护时的误判断，当业务子系统链接地址不可访问或者出现异常时及时通知维护人员，提高业务子系统运行的可靠性和稳定性。
[0040]实施例二
[0041]参考图2，本实施例提供一种业务子系统运行情况的获取系统，包括:
[0042]消息服务器201;
[0043]与消息服务器201通信连接的至少一个业务子系统链接地址202 ；
[0044]消息服务器201用于向业务子系统链接地址202周期性发送心跳检测请求，根据各业务子系统链接地址202对心跳检测请求的反馈情况确定相应业务子系统链接地址202是否能够正常运行。
[0045]业务子系统为需要进行运行情况检测的应用系统，业务子系统提供所在服务器节点的链接地址。
[0046]参考图3，消息服务器201周期性的向业务子系统链接地址202发送心跳检测请求，对每个业务子系统的链接地址进行访问，打开对应的http链接，根据反馈情况确定相应的业务子系统链接地址是否能够正常运行。
[0047]心跳检测请求的时间间隔可以根据实际情况设置，例如可以每隔十分钟进行一次。
[0048]本实施例提供的业务子系统运行情况的获取系统，能够对业务子系统的运行情况进行有效的监控，提高业务子系统运行的可靠性和稳定性。
[0049]默认情况下，消息服务器会向每一个与之建立连接的业