一种故障监控方法、装置、设备及存储介质与流程

1.本发明实施例涉及计算机技术领域，尤其涉及一种故障监控方法、装置、设备及存储介质。


背景技术：

2.随着业务规模的扩大，单体服务早已不再满足业务需求，微服务架构模式的应用已经非常广泛。现有的微服务之间大多采用rpc(remote procedure call，远程过程调用)调用框架，基本原理为服务提供方将提供的服务接口注册到注册中心，服务消费方可以调用该注册中心中的服务接口，从而实现服务消费方使用服务提供方提供的相关服务。
3.现有的注册中心中的监控中心能够对服务接口的调用情况进行监控，并将监控到的数据保存到监控日志中以供用户进行查看。
4.在实现本发明的过程中，发现现有技术中至少存在以下技术问题：
5.现有的监控中心需要实时对服务接口的调用情况进行监控，从而会产生冗余的监控日志，使得用户对监控日志进行查阅时，查阅工作量较大，且并不方便用户及时准确的发现监控日志中的故障数据。


技术实现要素：

6.本发明实施例提供了一种故障监控方法、装置、设备及存储介质，以降低监控日志的数据量以及保证用户及时准确发现服务接口对应的异常运行情况。
7.第一方面，本发明实施例提供了一种故障监控方法，该方法包括：
8.当检测到节点变更信息时，获取与所述节点变更信息对应的服务接口的至少一个监控参数数据以及与所述节点变更信息对应的预设故障条件；其中，所述节点变更信息用于表征服务接口对应的节点服务器的状态变更，所述预设故障条件包括所述至少一个监控参数数据分别对应的预设数值范围；
9.将各所述监控参数数据与所述预设故障条件进行匹配；
10.如果匹配成功，则确定故障报警信息，并将所述故障报警信息进行输出。
11.第二方面，本发明实施例还提供了一种故障监控装置，该装置包括：
12.监控参数数据获取模块，用于当检测到节点变更信息时，获取与所述节点变更信息对应的服务接口的至少一个监控参数数据以及与所述节点变更信息对应的预设故障条件；其中，所述节点变更信息用于表征服务接口对应的节点服务器的状态变更，所述预设故障条件包括所述至少一个监控参数数据分别对应的预设数值范围；
13.监控参数数据匹配模块，用于将各所述监控参数数据与所述预设故障条件进行匹配；
14.故障报警信息输出模块，用于如果匹配成功，则确定故障报警信息，并将所述故障报警信息进行输出。
15.第三方面，本发明实施例还提供了一种电子设备，该电子设备包括：
16.一个或多个处理器；
17.存储器，用于存储一个或多个程序；
18.当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现上述所涉及的任一所述的故障监控方法。
19.第四方面，本发明实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行上述所涉及的任一所述的故障监控方法。
20.上述发明中的实施例具有如下优点或有益效果：
21.本发明实施例通过在检测到节点变更信息时获取与节点变更信息对应的服务接口的监控参数数据，为监控参数数据的获取设置了监控条件，解决了现有的实时监控方法导致监控日志冗余的问题，提高了监控日志的目的性和实用性。进一步地，本发明实施例通过设置预设故障条件，并在监控参数数据与预设故障条件匹配的情况下输出故障报警信息，解决了现有监控方法故障数据发现不及时的问题，使得用户及时掌握服务接口的异常运行情况，保证了服务接口运行的稳定性。
附图说明
22.图1是本发明实施例一提供的一种故障监控方法的流程图；
23.图2是本发明实施例一提供的一种注册中心的结构示意图；
24.图3是本发明实施例二提供的一种故障监控方法的流程图；
25.图4是本发明实施例二提供的一种故障监控方法的具体实例的流程图；
26.图5是本发明实施例三提供的一种故障监控装置的示意图；
27.图6是本发明实施例四提供的一种电子设备的结构示意图。
具体实施方式
28.下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
29.实施例一
30.图1是本发明实施例一提供的一种故障监控方法的流程图，本实施例可适用于对微服务调用框架中的服务接口的进行监控的情况，该方法可以由故障监控装置来执行，该装置可采用软件和/或硬件的方式实现，该装置可以配置于终端设备中，示例性的，终端设备可以是移动终端、笔记本电脑、台式机、服务器和平板电脑等智能终端。具体包括如下步骤：
31.s110、当检测到节点变更信息时，获取与节点变更信息对应的服务接口的至少一个监控参数数据以及与节点变更信息对应的预设故障条件。
32.在本实施例中，节点变更信息用于表征服务接口对应的节点服务器的状态变更，预设故障条件包括至少一个监控参数数据分别对应的预设数值范围。
33.其中，具体的，服务接口为注册中心中可供服务消费方调用的服务接口。其中，具体的，一个服务接口可对应至少一个节点服务器，一个节点服务器可配置至少一个服务接
口对应的处理逻辑。示例性的，服务接口a可由节点服务器1、节点服务器2和节点服务器3提供服务，其中，节点服务器1中除了配置服务接口a对应的处理逻辑以外，还可配置服务接口b和服务接口c对应的处理逻辑。
34.在一个实施例中，可选的，该方法还包括：当监听到注册中心中的节点服务器启动或宕机时，生成与节点服务器对应的节点变更信息；其中，节点服务器包括服务提供方节点服务器或服务消费方节点服务器，节点变更信息包括与服务提供方节点服务器对应的第一节点变更信息或与服务消费方节点服务器对应的第二节点变更信息。
35.其中，具体的，服务提供方节点服务器(provider)可为服务接口提供服务，服务消费方节点服务器(consumer)可调用该服务接口。
36.图2是本发明实施例一提供的一种注册中心的结构示意图。具体的，图2示出的注册中心包含服务接口1和服务接口2，其中，与服务接口1对应的节点服务器包括服务提供方节点服务器a(providera)和服务消费方节点服务器b(consumerb)，与服务接口2对应的节点服务器包括服务提供方节点服务器b(providerb)和服务消费方节点服务器b(consumerb)。
37.在本实施例中，具体的，当第一节点变更信息或第二节点变更信息对应的服务接口为至少一个时，则针对每个服务接口，执行获取服务接口对应的至少一个监控参数数据以及与节点变更信息对应的预设故障条件的操作。
38.其中，具体的，预设故障条件与节点变更信息相关，示例性的，当节点变更信息为第一节点变更信息时，预设故障条件为第一预设故障条件，当节点变更信息为第二节点变更信息时，预设故障条件为第二预设故障条件。其中，第一预设故障条件与第二预设故障条件包含的监控参数数据和/或监控参数数据的预设数值范围不同。在一个实施例中，第一预设故障条件包括监控参数数据a和监控参数数据b分别对应的预设数值范围，第二预设故障条件包括监控参数数据c和监控参数数据d分别对应的预设数值范围。在另一个实施例中，第一预设故障条件包括监控参数数据a对应的预设数值范围a和监控参数数据b对应的预设数值范围b，第二预设故障条件包括监控参数数据a对应的预设数值范围c和监控参数数据b对应的预设数值范围d。在另一个实施例中，第一预设故障条件包括监控参数数据a对应的预设数值范围a和监控参数数据b对应的预设数值范围b，第二预设故障条件包括监控参数数据a对应的预设数值范围c和监控参数数据d对应的预设数值范围d。此处对不同节点变更信息分别对应的预设故障条件的设置方式不作限定。
39.在一个实施例中，可选的，监控参数数据包括但不限于正在运行的服务提供方节点服务器的数量、正在运行的服务提供方节点服务器的数量的持续时间、正在运行的服务消费方节点服务器的数量和服务接口的调用频率中至少一项。其中，示例性的，当正在运行的服务提供方节点服务器的数量变为1时，假设开始时间为10:10，开始统计数量1对应的持续时间，当正在运行的服务提供方节点服务器的数量从1变为2时，假设开始时间为10:15，数量1对应的持续时间结束，开始统计数量2对应的持续时间，相应的，数量1对应的持续时间为5分钟。
40.s120、将各监控参数数据与预设故障条件进行匹配。
41.在一个实施例中，当监控参数数据为一个时，将该监控参数数据与预设故障条件中与该监控参数数据对应的预设数值范围进行比较，如果监控参数数据在预设数值范围之
内，则认为监控参数数据与预设故障条件匹配成功，如果监控参数数据不在预设数值范围之内，则认为监控参数数据与预设故障条件匹配失败。示例性的，监控参数数据为正在运行的服务提供方节点服务器的数量为3，预设故障条件中正在运行的服务提供方节点服务器的数量对应的预设数值范围为小于4，则正在运行的服务提供方节点服务器的数量与该预设故障条件匹配成功。
42.在另一个实施例中，当监控参数数据为至少两个时，将各监控参数数据分别与预设故障条件中对应的预设数值范围进行比较，如果至少一个监控参数数据在对应的预设数值范围之内，则认为监控参数数据与预设故障条件匹配成功，如果监控参数数据均不在对应的预设数值范围之内，则认为监控参数数据与预设故障条件匹配失败。示例性的，监控参数数据为正在运行的服务提供方节点服务器的数量为3且数量3对应的持续时间为10秒，预设故障条件中正在运行的服务提供方节点服务器的数量对应的预设数值范围为小于4且持续时间对应的预设数值范围为大于5秒，则正在运行的服务提供方节点服务器的数量和该数量的持续时间与预设故障条件匹配成功。
43.在一个实施例中，可选的，预设故障条件包括至少一个子故障条件，各子故障条件包括一个监控参数数据对应的预设数值范围，相应的，将各监控参数数据与预设故障条件进行匹配，包括：将各监控参数数据与对应的子故障条件分别进行匹配。
44.其中，具体的，基于监控参数数据对预设故障条件进行分类，得到至少一个子故障条件，子故障条件用于表征一个监控参数数据对应的预设数值范围。具体的，一个监控参数数据对应的子故障条件可以为一个也可以为多个。
45.s130、如果匹配成功，则确定故障报警信息，并将故障报警信息进行输出。
46.在一个实施例中，可选的，如果监控参数数据与预设故障条件匹配成功，则确定故障报警信息。示例性的，故障报警信息可以是声音或文字，如故障报警信息为“服务接口a存在异常”。
47.在另一个实施例中，可选的，如果监控参数数据与预设故障条件匹配成功，则基于匹配成功的监控参数数据，确定故障报警信息。如故障报警信息为“服务接口a对应的正在运行的服务提供方节点服务器的数量存在异常”。
48.在上述实施例的基础上，可选的，预设故障条件包括至少一个子故障条件，各子故障条件包括一个监控参数数据对应的预设数值范围，确定故障报警信息，包括：基于匹配成功的子故障条件，确定故障报警信息。如故障报警信息为“服务接口a对应的正在运行的服务提供方节点服务器的数量小于预设数值范围”。
49.本实施例的技术方案，通过在检测到节点变更信息时获取与节点变更信息对应的服务接口的监控参数数据，为监控参数数据的获取设置了监控条件，解决了现有的实时监控方法导致监控日志冗余的问题，提高了监控日志的目的性和实用性。进一步的，本发明实施例通过设置预设故障条件，并在监控参数数据与预设故障条件匹配的情况下输出故障报警信息，解决了现有监控方法故障数据发现不及时的问题，使得用户及时掌握服务接口的异常运行情况，保证了服务接口运行的稳定性。
50.实施例二
51.图3是本发明实施例二提供的一种故障监控方法的流程图，本实施例的技术方案是上述实施例的基础上的进一步细化。当所述节点变更信息为第一节点变更信息时，所述
监控参数数据包括正在运行的服务提供方节点服务器的数量，所述预设故障条件包括第一子故障条件和/或第二子故障条件；其中，所述第一子故障条件用于表征所述正在运行的服务提供方节点服务器的数量小于第一数量阈值，所述第二子故障条件用于表征所述正在运行的服务提供方节点服务器的数量小于最小数量阈值，所述第一数量阈值大于所述最小数量阈值。
52.当所述节点变更信息为第二节点变更信息时，所述监控参数数据包括正在运行的服务消费方节点服务器的数量，所述预设故障条件包括第五子故障条件；和/或，所述监控参数数据包括服务接口的调用频率，所述预设故障条件包括第六子故障条件；其中，所述第五子故障条件用于表征所述正在运行的服务消费方节点服务器的数量满足预设数量范围，所述第六子故障条件用于表征所述服务接口的调用频率满足第二调用频率范围。
53.本实施例的具体实施步骤包括：
54.s210、判断检测到的节点变更信息是否为第一节点变更信息，如果是，则执行s220、如果否，则执行s230。
55.其中，示例性的，当注册中心运行在zookeeper集群时，节点服务器在注册中心进行注册的同时，会在该节点上注册一个watcher，watcher是zookeeper集群具备的一种监听功能，可以监听节点服务器的状态变更情况。其中，zookeeper是一个分布式的和开放源码的分布式应用程序协调服务，可为分布式应用提供一致性服务。
56.其中，具体的，当服务提供方节点服务器发生启动或宕机时，watcher生成的节点变更信息为第一节点变更信息，当服务消费方节点服务器发生启动或宕机时，watcher生成的节点变更信息为第二节点变更信息。
57.s220、获取与第一节点变更信息对应的服务接口的至少一个监控参数数据以及与第一节点变更信息对应的预设故障条件，并执行s240。
58.在一个实施例中，可选的，当节点变更信息为第一节点变更信息时，监控参数数据包括正在运行的服务提供方节点服务器的数量，预设故障条件包括第一子故障条件和/或第二子故障条件；其中，第一子故障条件用于表征正在运行的服务提供方节点服务器的数量小于第一数量阈值，第二子故障条件用于表征正在运行的服务提供方节点服务器的数量小于最小数量阈值，第一数量阈值大于最小数量阈值。
59.其中，具体的，当节点变更信息为第一节点变更信息时，意味着正在运行的服务提供方节点服务器的数量发生了变化，需要对该数量进行监控。其中，具体的，第一数量阈值可用于表征正在运行的服务提供方节点服务器的数量对应的常规数量阈值，示例性的，第一数量阈值可以为4，最小数量阈值为1。
60.在一个实施例中，可选的，当节点变更信息为第一节点变更信息时，监控参数数据还包括正在运行的服务提供方节点服务器的数量的持续时间，预设故障条件还包括第三子故障条件；其中，第三子故障条件用于表征正在运行的服务提供方节点服务器的数量的持续时间大于预设时间阈值。
61.其中，示例性的，预设时间阈值为10秒。
62.在一个实施例中，可选的，预设时间阈值与持续时间对应的正在运行的服务提供方节点服务器的数量相关。示例性的，当正在运行的服务提供方节点服务器的数量为3时，与该数量的持续时间对应的预设时间阈值为10秒。当正在运行的服务提供方节点服务器的
数量为1时，与该数量的持续时间对应的预设时间阈值为5秒。可选的，正在运行的服务提供方节点服务器的数量的数值越大，预设时间阈值越高，或者，正在运行的服务提供方节点服务器的数量的数值越大，预设时间阈值越低。
63.此处对预设时间阈值的具体设置方式不作限定。
64.在一个实施例中，可选的，监控参数数据还包括服务接口的调用频率，预设故障条件还包括第四子故障条件；其中，第四子故障条件用于表征服务接口的调用频率满足第一调用频率范围。
65.其中，示例性的，第一调用频率范围为200
‑
300。
66.s230、获取与第二节点变更信息对应的服务接口的至少一个监控参数数据以及与第二节点变更信息对应的预设故障条件。
67.当节点变更信息为第二节点变更信息时，监控参数数据包括正在运行的服务消费方节点服务器的数量，预设故障条件包括第五子故障条件；和/或，监控参数数据包括服务接口的调用频率，预设故障条件包括第六子故障条件；其中，第五子故障条件用于表征正在运行的服务消费方节点服务器的数量满足第二数量范围，第六子故障条件用于表征服务接口的调用频率满足第二调用频率范围。
68.其中，示例性的，第二数量范围可以为300
‑
500个，第二调用频率范围为1200
‑
2400。
69.其中，具体的，当正在运行的服务消费方节点服务器的数量过低时，说明服务消费方节点服务器在注册时，未被成功注册，需要检查注册过程。当正在运行的服务消费方节点服务器的数量过高时，说明调用该服务接口的服务消费方节点服务器变多，需要对该服务接口对应的服务提供方节点服务器进行扩容。
70.其中，具体的，当服务接口的调用频率过低时，说明可能存在未被成功注册的服务消费方节点服务器，需要检查注册过程。当服务接口的调用频率过高时，说明调用该服务接口的需求量增多，需要对该服务接口对应的服务提供方节点服务器进行扩容。
71.s240、将各监控参数数据与对应的子故障条件分别进行匹配。
72.在一个实施例中，当节点变更信息为第一节点变更信息时，且预设故障条件包括第一子故障条件和/或第二子故障条件时，将各监控参数数据与对应的子故障条件分别进行匹配，包括：将获取到的正在运行的服务提供方节点服务器的数量与第一子故障条件和/或第二子故障条件进行匹配。其中，具体的，如果正在运行的服务提供方节点服务器的数量与第二子故障条件匹配成功，则正在运行的服务提供方节点服务器的数量也可与第一子故障条件匹配成功。
73.在另一个实施例中，可选的，当节点变更信息为第一节点变更信息时，且预设故障条件包括第三子故障条件以及第一子故障条件和/或第二子故障条件时，将各监控参数数据与各子故障条件分别进行匹配，包括：如果正在运行的服务提供方节点服务器的数量与第一子故障条件和/或第二子故障条件匹配，则将正在运行的服务提供方节点服务器的数量的持续时间与第三子故障条件进行匹配。
74.其中，具体的，将正在运行的服务提供方节点服务器的数量的持续时间与第三子故障条件进行匹配的条件是正在运行的服务提供方节点服务器的数量与第一子故障条件和/或第二子故障条件匹配。如果正在运行的服务提供方节点服务器的数量与第一子故障
条件不匹配和/或与第二子故障条件不匹配，则该持续时间可不与第三子故障条件进行匹配。
75.具体的，第一子故障条件和第二子故障条件对应的第三子故障条件中的预设时间阈值可以不同。示例性的，当正在运行的服务提供方节点服务器的数量与第一子故障条件匹配时，则将正在运行的服务提供方节点服务器的数量的持续时间与第三子故障条件中的第一预设时间阈值进行匹配。当正在运行的服务提供方节点服务器的数量与第二子故障条件匹配时，则将正在运行的服务提供方节点服务器的数量的持续时间与第三子故障条件中的第二预设时间阈值进行匹配，其中，第一预设时间阈值可以相同也可以不同。
76.s250、如果匹配成功，则基于匹配成功的子故障条件，确定故障报警信息，并将故障报警信息进行输出。
77.在上述实施例的基础上，可选的，基于匹配成功的子故障条件，确定故障报警信息，包括：如果匹配成功的子故障条件的数量为至少两个，则获取各子故障条件分别对应的报警优先级；基于报警优先级最高的子故障条件，确定故障报警信息。
78.其中，具体的，报警优先级越高，生成的故障报警信息的紧急程度越高。其中，示例性的，当正在运行的服务提供方节点服务器的数量与第一子故障条件和第二子故障条件均匹配时，假设第二子故障条件的报警优先级高于第一子故障条件，则基于第二子故障条件确定故障报警信息。其中，示例性的，基于第一子故障条件生成的故障报警信息的报警持续时间为10秒，报警频率为10hz。基于第二子故障条件生成的故障报警信息的报警持续时间为1分钟，报警频率为50hz。
79.举例而言，假设服务接口a对应的正常运行的服务提供方节点服务器的数量为4台。由于改动服务接口或开发新功能需求需要重新上线发布服务，服务提供方节点服务器需要先宕机再重新启动。如果服务提供方节点服务器未被成功注册到注册中心，此时正在运行的服务提供方节点服务器的数量为3台。研发人员继续上线发布其他服务提供方节点服务器，如果另一服务提供方节点服务器被宕机，则当前正常运行的服务提供方节点服务器的数量为2台，假设与正常运行的服务提供方节点服务器的数量对应的第一数量阈值为小于3台，则发出一级故障报警信息。如果研发人员未注意到该故障报警信息，继续上线发布其他服务提供方节点服务器，如果上一服务提供方节点服务器仍未被成功注册到注册中心，当另一服务提供方节点服务器被宕机时，则当前正常运行的服务提供方节点服务器的数量为1台，假设与正常运行的服务提供方节点服务器的数量对应的最小数量阈值为小于2台，则发出二级故障报警信息。其中，示例性的，一级故障报警信息的紧急程度低于二级故障报警信息。
80.图4是本发明实施例二提供的一种故障监控方法的具体实例的流程图。具体的，用户可通过管理平台进行故障规则的设置，例如，可设置每个服务接口分别对应的预设故障条件。监控中心可通过访问获取缓存中的故障规则，其中，缓存中的故障规则是缓存通过请求数据库中的故障规则写入的。当用户通过服务中心进行服务接口的新功能开发或更改时，服务中心将更改指令发送给zookeeper注册中心，当zookeeper注册中心监听到节点服务器启动或宕机时，通过服务中心将节点变更信息发送给监控中心。监控中心获取与节点变更信息对应的预设故障条件以及监控参数数据，将监控参数数据与预设故障条件进行匹配。如果监控参数数据与预设故障条件匹配，则生成并输出故障报警信息。
81.本实施例的技术方案，通过设置不同的节点变更信息分别对应的监控参数数据和预设故障条件，将节点变更信息对应的监控参数数据与预设故障条件进行匹配，如果匹配成功，则将生成的故障报警信息进行输出，进一步解决了监控日志冗余的问题，提高了监控参数数据与节点变更信息之间的关联性，使得获取的监控参数数据具有针对性，从而进一步提高了监控的实用性。
82.实施例三
83.图5是本发明实施例三提供的一种故障监控装置的示意图。本实施例可适用于对微服务调用框架中的服务接口的进行监控的情况，该装置可采用软件和/或硬件的方式实现，该装置可以配置于终端设备中。该故障监控装置包括：监控参数数据获取模块310、监控参数数据匹配模块320和故障报警信息输出模块330。
84.其中，监控参数数据获取模块310，用于当检测到节点变更信息时，获取与节点变更信息对应的服务接口的至少一个监控参数数据以及与节点变更信息对应的预设故障条件；其中，节点变更信息用于表征服务接口对应的节点服务器的状态变更，预设故障条件包括至少一个监控参数数据分别对应的预设数值范围；
85.监控参数数据匹配模块320，用于将各监控参数数据与预设故障条件进行匹配；
86.故障报警信息输出模块330，用于如果匹配成功，则确定故障报警信息，并将故障报警信息进行输出。
87.本实施例的技术方案，通过在检测到节点变更信息时获取与节点变更信息对应的服务接口的监控参数数据，为监控参数数据的获取设置了监控条件，解决了现有的实时监控方法导致监控日志冗余的问题，提高了监控日志的目的性和实用性。进一步地，本发明实施例通过设置预设故障条件，并在监控参数数据与预设故障条件匹配的情况下输出故障报警信息，解决了现有监控方法故障数据发现不及时的问题，使得用户及时掌握服务接口的异常运行情况，保证了服务接口运行的稳定性。
88.在上述技术方案的基础上，可选的，该装置还包括：
89.节点变更信息生成模块，用于当监听到注册中心中的节点服务器启动或宕机时，生成与节点服务器对应的节点变更信息；其中，节点服务器包括服务提供方节点服务器或服务消费方节点服务器，节点变更信息包括与服务提供方节点服务器对应的第一节点变更信息或与服务消费方节点服务器对应的第二节点变更信息。
90.在上述技术方案的基础上，可选的，预设故障条件包括至少一个子故障条件，各子故障条件包括一个监控参数数据对应的预设数值范围，相应的，监控参数数据匹配模块320，包括：
91.监控参数数据匹配单元，用于将各监控参数数据与对应的子故障条件分别进行匹配；
92.故障报警信息输出模块330，包括：
93.故障报警信息确定单元，用于基于匹配成功的子故障条件，确定故障报警信息。
94.在上述技术方案的基础上，可选的，当节点变更信息为第一节点变更信息时，监控参数数据包括正在运行的服务提供方节点服务器的数量，预设故障条件包括第一子故障条件和/或第二子故障条件；
95.其中，第一子故障条件用于表征正在运行的服务提供方节点服务器的数量小于第
一数量阈值，第二子故障条件用于表征正在运行的服务提供方节点服务器的数量小于最小数量阈值，第一数量阈值大于最小数量阈值。
96.在上述技术方案的基础上，可选的，监控参数数据还包括正在运行的服务提供方节点服务器的数量的持续时间，预设故障条件还包括第三子故障条件；其中，第三子故障条件用于表征正在运行的服务提供方节点服务器的数量的持续时间大于预设时间阈值；
97.监控参数数据匹配单元，具体用于：
98.如果正在运行的服务提供方节点服务器的数量与第一子故障条件和/或第二子故障条件匹配，则将正在运行的服务提供方节点服务器的数量的持续时间与第三子故障条件进行匹配。
99.在上述技术方案的基础上，可选的，监控参数数据还包括服务接口的调用频率，预设故障条件还包括第四子故障条件；
100.其中，第四子故障条件用于表征服务接口的调用频率满足第一调用频率范围。
101.在上述技术方案的基础上，可选的，当节点变更信息为第二节点变更信息时，监控参数数据包括正在运行的服务消费方节点服务器的数量，预设故障条件包括第五子故障条件；和/或，
102.监控参数数据包括服务接口的调用频率，预设故障条件包括第六子故障条件；
103.其中，第五子故障条件用于表征正在运行的服务消费方节点服务器的数量满足第二数量范围，第六子故障条件用于表征服务接口的调用频率满足第二调用频率范围。
104.在上述技术方案的基础上，可选的，故障报警信息确定单元，具体用于：
105.如果匹配成功的子故障条件的数量为至少两个，则获取各子故障条件分别对应的报警优先级；
106.基于报警优先级最高的子故障条件，确定故障报警信息。
107.本发明实施例所提供的故障监控装置可以用于执行本发明实施例所提供的故障监控方法，具备执行方法相应的功能和有益效果。
108.值得注意的是，上述故障监控装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。
109.实施例四
110.图6是本发明实施例四提供的一种电子设备的结构示意图，本发明实施例为本发明上述实施例的故障监控方法的实现提供服务，可配置上述实施例中的故障监控装置。图6示出了适于用来实现本发明实施方式的示例性电子设备12的框图。图6显示的电子设备12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
111.如图6所示，电子设备12以通用计算设备的形式表现。电子设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。
112.总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器、外围总线、图形加速端口、处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线、微通道体系结构(mac)总线、增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。
113.电子设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
114.系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)30和/或高速缓存存储器32。电子设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图6未显示，通常称为“硬盘驱动器”)。尽管图6中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd
‑
rom，dvd
‑
rom或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。
115.具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。
116.电子设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该电子设备12交互的设备通信，和/或与使得该电子设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口22进行。并且，电子设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图6所示，网络适配器20通过总线18与电子设备12的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
117.处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的故障监控方法。
118.通过上述电子设备，解决了现有的实时监控方法导致监控日志冗余和现有监控方法故障数据发现不及时的问题，提高了监控日志的目的性和实用性，使得用户及时掌握服务接口的异常运行情况，保证了服务接口运行的稳定性。
119.实施例五
120.本发明实施例五还提供了一种包含计算机可执行指令的存储介质，计算机可执行指令在由计算机处理器执行时用于执行一种故障监控方法，该方法包括：
121.当检测到节点变更信息时，获取与节点变更信息对应的服务接口的至少一个监控参数数据以及与节点变更信息对应的预设故障条件；其中，节点变更信息用于表征服务接口对应的节点服务器的状态变更，预设故障条件包括至少一个监控参数数据分别对应的预设数值范围；
122.将各监控参数数据与预设故障条件进行匹配；
123.如果匹配成功，则确定故障报警信息，并将故障报警信息进行输出。
124.本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意
组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd
‑
rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
125.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
126.计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、电线、光缆、rf等等，或者上述的任意合适的组合。
127.可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，程序设计语言包括面向对象的程序设计语言，诸如java、smalltalk、c++，还包括常规的过程式程序设计语言，诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络包括局域网(lan)或广域网(wan)，连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
128.当然，本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上的方法操作，还可以执行本发明任意实施例所提供的故障监控方法中的相关操作。
129.注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。