CN116962226A - 一种状态监控方法及系统 - Google Patents

Abstract

本发明公开了一种状态监控方法及系统，涉及计算机技术领域。该方法的一具体实施方式包括：利用代理节点采集服务节点的运行状态数据，并将所述运行状态数据发送给服务监控节点；其中，所述运行状态数据包括所述服务节点的系统层、网络层和应用层分别对应的运行状态数据；利用所述服务监控节点确定所述运行状态数据是否异常；如果是，向所述代理节点发送状态控制指令；利用所述代理节点根据所述状态控制指令，更改所述服务节点中的服务状态。该实施方式提高了服务器系统的稳定性和可靠性。

Description

一种状态监控方法及系统

技术领域

本发明涉及计算机技术领域，尤其涉及一种状态监控方法及系统。

背景技术

监控服务器系统状态有助于维护服务器系统的状态稳定。目前，一般通过检测服务器的心跳和硬件指标来判断服务器系统的状态，例如通过磁盘使用量、CPU使用率等指标来判断系统状态。这些指标较为单一，无法反应业务数据的使用情况，从而导致服务器系统的监控不够准确，进而可能影响服务器系统的稳定性。

发明内容

有鉴于此，本发明实施例提供一种状态监控方法及系统，通过代理节点采集服务节点的系统层、网络层和应用层分别对应的运行状态数据，然后通过服务监控节点确定这些运行状态数据是否异常，在异常的情况下，服务监控节点通过向代理节点发送状态控制指令来对代理节点中的服务进行干预，以更改服务节点中的服务状态。由此，实现了从系统层、网络层和应用层等多维度对服务器系统进行监控，保证了运行状态数据的可用性，提高了服务器系统监控的准确性，从而有利于提高服务器系统的稳定性和可靠性。

另外，通过服务监控节点下发状态控制指令的方式，可以启用或禁用代理节点上的服务，在代理节点上的服务全部被禁用时，控制代理节点关闭。因此关闭的时候不会有正在进行中的服务受到影响，从而实现平滑地关闭代理节点，保证了服务的稳定性。

为实现上述目的，根据本发明实施例的一个方面，提供了一种状态监控方法。

本发明实施例的一种状态监控方法包括：

利用代理节点采集服务节点的运行状态数据，并将所述运行状态数据发送给服务监控节点；其中，所述运行状态数据包括所述服务节点的系统层、网络层和应用层分别对应的运行状态数据；

利用所述服务监控节点确定所述运行状态数据是否异常；如果是，向所述代理节点发送状态控制指令；

利用所述代理节点根据所述状态控制指令，更改所述服务节点中的服务状态。

可选地，利用所述代理节点通过切片方式或注入方式采集所述应用层对应的运行状态数据。

可选地，所述利用所述代理节点根据所述状态控制指令，更改所述服务节点中的服务状态，包括：

针对所述代理节点上当前执行任务的后续任务：根据所述状态控制指令，启用或禁用所述后续任务对应的服务。

可选地，在所述启用或禁用所述后续任务对应的服务之后，还包括：

利用所述代理节点向所述服务监控节点发送更改后的服务状态数据；

利用所述服务监控节点确定所述更改后的服务状态数据是否异常。

可选地，在所述服务监控节点根据所述更改后的服务状态数据确定所有服务均禁用的情况下，还包括：

向所述代理节点发送关闭指令，以使所述代理节点根据所述关闭指令关闭自身。

可选地，所述应用层对应的运行状态数据包括以下任意一项或多项：数据库连接状态、任务运行状态、消息队列运行状态、远程调用服务运行状态和关键服务运行状态；

可选地，所述系统层对应的运行状态数据包括以下任意一项或多项：CPU占用指数、内存占用指数和磁盘占用指数；

可选地，所述网络层对应的运行状态数据包括以下任意一项或多项：开放端口信息、网络连接数量和网络端口流量。

可选地，所述利用所述服务监控节点确定所述运行状态数据是否异常，包括：

确定所述运行状态数据与对应的历史状态数据之间的差值是否小于预设阈值，如果否，确定所述运行状态数据异常；

可选地，所述利用所述服务监控节点确定所述运行状态数据是否异常，包括：通过异常点检测算法确定所述运行状态数据是否异常。

为实现上述目的，根据本发明实施例的又一方面，提供了一种状态监控系统。

本发明实施例的一种状态监控系统包括：代理节点和服务监控节点；其中，

所述代理节点，用于采集服务节点的运行状态数据，并将所述运行状态数据发送给服务监控节点；其中，所述运行状态数据包括所述服务节点的系统层、网络层和应用层分别对应的运行状态数据；在接收到所述服务监控节点发送的状态控制指令的情况下，根据所述状态控制指令，更改所述服务节点中的服务状态；

所述服务监控节点，用于确定所述运行状态数据是否异常；如果是，向所述代理节点发送状态控制指令。

为实现上述目的，根据本发明实施例的又一方面，提供了一种监控状态的电子设备。

本发明实施例的一种监控状态的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例的一种状态监控方法。

为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读存储介质。

本发明实施例的一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例的一种状态监控方法。

上述发明中的一个实施例具有如下优点或有益效果：通过代理节点采集服务节点的系统层、网络层和应用层分别对应的运行状态数据，然后通过服务监控节点确定这些运行状态数据是否异常，在异常的情况下，服务监控节点通过向代理节点发送状态控制指令来对代理节点中的服务进行干预，以更改服务节点中的服务状态。由此，实现了从系统层、网络层和应用层等多维度对服务器系统进行监控，保证了运行状态数据的可用性，提高了服务器系统监控的准确性，从而有利于提高服务器系统的稳定性和可靠性。

另外，通过服务监控节点下发状态控制指令的方式，可以启用或禁用代理节点上的服务，在代理节点上的服务全部被禁用时，控制代理节点关闭。因此关闭的时候不会有正在进行中的服务受到影响，从而实现平滑地关闭代理节点，保证了服务的稳定性。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的一种状态监控方法的主要步骤的示意图；

图2是根据本发明实施例的状态监控系统的主要模块的示意图；

图3是本发明实施例可以应用于其中的示例性系统架构图；

图4是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

需要指出的是，在不冲突的情况下，本发明的实施例以及实施例中的技术特征可以相互结合。

图1是根据本发明实施例的一种状态监控方法的主要步骤的示意图。

如图1所示，本发明实施例的一种状态监控方法主要包括以下步骤：

步骤S101：利用代理节点采集服务节点的运行状态数据，并将所述运行状态数据发送给服务监控节点；其中，所述运行状态数据包括所述服务节点的系统层、网络层和应用层分别对应的运行状态数据。

其中，代理节点可以部署在服务节点上，以通过代理节点监控服务节点上服务的运行状态。代理节点可分为采集模块和指令接收模块，采集模块主要采集服务节点的指标传输到服务监控节点，使得服务监控节点监控服务节点的健康度。指令接收模块主要接收服务监控节点传输来的状态监控指令，以根据状态监控指令对代理节点的状态进行变更操作。服务监控节点主要是接收代理节点上传的数据并进行分析，从而根据分析结果发送状态监控指令来调节代理节点的状态。

在本发明实施例中，代理节点可以主动将采集到的运行状态数据发送给服务监控节点，例如，当服务节点中某个服务模块在执行服务时(如在定时任务执行时)，将正在进行的状态发送到服务监控节点，发送的内容可以包括服务执行的基本信息，例如执行的主机地址、入参和调用函数等信息，以便于服务监控节点对运行状态数据进行分析。

另外，服务监控节点也可以下发采集指令给代理节点，以使代理节点根据采集指令获取当前执行任务的服务状态，并将相应的运行状态数据发送给服务监控节点。也就是说，代理节点可以根据服务监控节点下发的采集指令来采集运行状态数据。

代理节点在采集服务状态数据时，从系统层、网络层和应用层多个维度进行数据采集。其中，所述应用层对应的运行状态数据包括以下任意一项或多项：数据库连接状态、任务运行状态、消息队列运行状态、远程调用服务运行状态和关键服务运行状态。所述系统层对应的运行状态数据包括以下任意一项或多项：CPU占用指数、内存占用指数和磁盘占用指数。所述网络层对应的运行状态数据包括以下任意一项或多项：开放端口信息、网络连接数量和网络端口流量。

在系统层维度，由于CPU占用指数、内存占用指数和磁盘占用指数超过系统的正常范围后，将会对服务器的性能产生重大的影响，因此在系统层，本发明实施例采用CPU占用指数、内存占用指数和磁盘占用指数来衡量服务器主机的物理资源使用状态。对于网络层，则可以监控网络的开放端口信息、网络连接数量以及网络端口的流量来度量网络的繁忙状态。当有异常端口开放或者异常流量出现时，可以及时发出预警信息。应用层则主要监控本应用与其他应用的交互连接是否正常，其中包括数据库的连接状态是否正常、远程调用服务是否正常以及关键服务运行状态。其中，关键服务可以预先配置。另外，对于服务节点本身的任务运行状态(如定时任务运行状态)和消息队列运行状态也需要监控。相对于现有技术仅通过服务器的心跳和硬件指标来判断服务器系统的状态，本发明实施例结合系统层、网络层和应用层的运行状态数据来判断服务器系统的状态，可以更准确地对服务器系统进行监控。

对于系统层和网络层的运行状态数据，可以利用已有的任意工具进行数据采集，例如利用Top工具采集系统层的运行状态数据，利用抓数据包软件(嗅探器)采集网络层的运行状态数据。

另外，在本发明实施例中，可以利用所述代理节点通过切片方式或注入方式采集所述应用层对应的运行状态数据。例如，通过切片方式针对每个服务进行监控，或者通过手工注入方式在每个服务节点写入监控逻辑，以对每个服务节点的应用层的运行状态数据进行监控。由此，应用服务调用服务时可获取到相应服务的运行状态数据，然后可将运行状态数据主动上报。例如，当某个服务模块在执行服务之前(如在执行定时任务之前)，首先判断是否打开了接收任务的开关，如果开启，则下一步进行执行任务，否则直接退出或者抛出异常。当执行任务的时候，将正在执行的任务的状态发送到服务监控节点。发送的运行状态数据包含了服务执行的基本信息，例如执行的主机地址，入参，调用函数等信息，以便于服务监控节点进行分析。

步骤S102：利用所述服务监控节点确定所述运行状态数据是否异常；如果是，执行步骤S103，否则结束当前流程。

在接收到代理节点发送的运行状态数据之后，服务监控节点根据历史状态数据或者异常点数据来确定运行状态数据是否异常。

在本发明一个实施方式中，可以通过确定所述运行状态数据与对应的历史状态数据之间的差值是否小于预设阈值，如果否，确定所述运行状态数据异常。以网络端口流量数据为例，可以通过历史状态数据包括的历史网络端口流量确定正常范围，然后确定本次运行状态数据包括的网络端口流量数据是否处于该正常范围内，若在这正常范围内，那么确定本次运行状态正常；反之，若没有在该正常范围内，则进一步确定本次网络端口流量数据与历史网络端口流量的上限/下限之间的差值，若该差值小于预设阈值，也确定本次网络端口流量数据正常，反之则确定本次网络端口流量数据异常。

在本发明另一个实施方式中，还可以通过异常点检测算法来判断运行状态数据是否异常。例如，多个代理节点分别向服务监控节点发送其采集到的对应服务节点的运行状态数据后，服务监控节点可以通过聚类或统计学等异常点检测算法确定出多个运行状态数据是否存在异常数据，若存在，则确定运行状态数据异常，反之则确定本次的运行状态数据正常。

步骤S103：向所述代理节点发送状态控制指令。

步骤S104：利用所述代理节点根据所述状态控制指令，更改所述服务节点中的服务状态。

在服务监控节点确定出运行状态数据异常后，可以向代理节点发送状态控制指令来对代理节点中的服务进行干预。如上所述，监控服务节点除了可以定时收到代理节点上报的心跳信息之外，还可以通过下发采集指令来获取代理节点中正在进行的服务的运行状态数据，例如，当接收到服务监控节点的采集指令后，代理节点查询自身的服务状态列表并发送给服务监控节点。

当服务监控节点确定出运行状态数据异常后，可以下发启用或者禁用某个服务的状态控制指令。相应地，代理节点根据该状态控制指令相应的变更任务的执行过程。在本发明实施例中，启用或者禁用某个服务的状态控制指令仅针对还未执行的后续任务生效，也就是说，针对所述代理节点上当前执行任务的后续任务：可以根据所述状态控制指令启用或禁用所述后续任务对应的服务。

在此实施例中，执行启用或者禁用某服务的状态控制指令之后，只能保证后续进入的服务对应发生变更，对于正在运行中的服务状态无法变更，由此可以保证正在运行的服务不会发生中断，从而提高服务器系统的稳定性。

另外，在执行状态控制指令之后，还可以利用所述代理节点向所述服务监控节点发送更改后的服务状态数据；并利用所述服务监控节点确定所述更改后的服务状态数据是否异常。由此，服务监控节点可以不断的循环调用获取代理节点上报的运行状态数据，若更改后服务状态数据仍然异常，则可进一步下发新的状态控制指令，直到代理节点的状态符合预期，由此进一步提高了服务器系统的稳定性和可靠性。

在本发明另一个实施例中，在所述服务监控节点根据所述更改后的服务状态数据确定所有服务均禁用的情况下，向所述代理节点发送关闭指令，以使所述代理节点根据所述关闭指令关闭自身。

在此实施例中，当代理节点的所有任务都已经停止的时候，也即所有服务均以禁用的情况下，服务监控节点可以向代理节点发送关闭指令，由此让代理节点根据关闭指令在自检之后关闭自身。这样可以保证代理节点平滑地关闭，关闭的时候不会有正在进行中的服务受到影响，保证了服务的稳定性。

根据本发明实施例的一种状态监控方法可以看出，通过代理节点采集服务节点的系统层、网络层和应用层分别对应的运行状态数据，然后通过服务监控节点确定这些运行状态数据是否异常，在异常的情况下，服务监控节点通过向代理节点发送状态控制指令来对代理节点中的服务进行干预，以更改服务节点中的服务状态。由此，实现了从系统层、网络层和应用层等多维度对服务器系统进行监控，保证了运行状态数据的可用性，提高了服务器系统监控的准确性，从而有利于提高服务器系统的稳定性和可靠性。

另外，通过服务监控节点下发状态控制指令的方式，可以启用或禁用代理节点上的服务，在代理节点上的服务全部被禁用时，控制代理节点关闭。因此关闭的时候不会有正在进行中的服务受到影响，从而实现平滑地关闭代理节点，保证了服务的稳定性。

图2是根据本发明实施例的一种状态监控系统的主要模块的示意图。

如图2所示，本发明实施例的一种状态监控系统200包括：代理节点201和服务监控节点202；其中，

所述代理节点201，用于采集服务节点的运行状态数据，并将所述运行状态数据发送给服务监控节点202；其中，所述运行状态数据包括所述服务节点的系统层、网络层和应用层分别对应的运行状态数据；在接收到所述服务监控节点发送的状态控制指令的情况下，根据所述状态控制指令，更改所述服务节点中的服务状态；

所述服务监控节点202，用于确定所述运行状态数据是否异常；如果是，向所述代理节点201发送状态控制指令。

根据本发明一个实施例，所述代理节点201，用于通过切片方式或注入方式采集所述应用层对应的运行状态数据。

根据本发明一个实施例，所述代理节点201，用于针对当前执行任务的后续任务：根据所述状态控制指令，启用或禁用所述后续任务对应的服务。

根据本发明一个实施例，所述代理节点201，还用于在所述启用或禁用所述后续任务对应的服务之后，向所述服务监控节点发送更改后的服务状态数据；

所述服务监控节点202，还用于确定所述更改后的服务状态数据是否异常。

根据本发明一个实施例，在所述服务监控节点根据所述更改后的服务状态数据确定所有服务均禁用的情况下，所述服务监控节点202，还用于向所述代理节点发送关闭指令，以使所述代理节点根据所述关闭指令关闭自身。

根据本发明一个实施例，所述应用层对应的运行状态数据包括以下任意一项或多项：数据库连接状态、任务运行状态、消息队列运行状态、远程调用服务运行状态和关键服务运行状态。

根据本发明一个实施例，所述系统层对应的运行状态数据包括以下任意一项或多项：CPU占用指数、内存占用指数和磁盘占用指数。

根据本发明一个实施例，所述网络层对应的运行状态数据包括以下任意一项或多项：开放端口信息、网络连接数量和网络端口流量。

根据本发明一个实施例，所述服务监控节点202，用于确定所述运行状态数据与对应的历史状态数据之间的差值是否小于预设阈值，如果否，确定所述运行状态数据异常；和/或，通过异常点检测算法确定所述运行状态数据是否异常。

根据本发明实施例的状态监控系统可以看出，通过代理节点采集服务节点的系统层、网络层和应用层分别对应的运行状态数据，然后通过服务监控节点确定这些运行状态数据是否异常，在异常的情况下，服务监控节点通过向代理节点发送状态控制指令来对代理节点中的服务进行干预，以更改服务节点中的服务状态。由此，实现了从系统层、网络层和应用层等多维度对服务器系统进行监控，保证了运行状态数据的可用性，提高了服务器系统监控的准确性，从而有利于提高服务器系统的稳定性和可靠性。

另外，通过服务监控节点下发状态控制指令的方式，可以启用或禁用代理节点上的服务，在代理节点上的服务全部被禁用时，控制代理节点关闭。因此关闭的时候不会有正在进行中的服务受到影响，从而实现平滑地关闭代理节点，保证了服务的稳定性。

图3示出了可以应用本发明实施例的一种状态监控方法或状态监控系统的示例性系统架构300。

如图3所示，系统架构300可以包括终端设备301、302、303，网络304和服务器305。网络304用以在终端设备301、302、303和服务器305之间提供通信链路的介质。网络304可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备301、302、303通过网络304与服务器305交互，以接收或发送消息等。终端设备301、302、303上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备301、302、303可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器305可以是提供各种服务的服务器，例如对用户利用终端设备301、302、303所浏览的购物类网站提供支持的后台管理服务器。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息)反馈给终端设备。

需要说明的是，本发明实施例所提供的状态监控方法一般由服务器305执行。

应该理解，图3中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图4，其示出了适于用来实现本发明实施例的终端设备的计算机系统400的结构示意图。图4示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图4所示，计算机系统400包括中央处理单元(CPU)401，其可以根据存储在只读存储器(ROM)402中的程序或者从存储部分408加载到随机访问存储器(RAM)403中的程序而执行各种适当的动作和处理。在RAM 403中，还存储有系统400操作所需的各种程序和数据。CPU 401、ROM 402以及RAM 403通过总线404彼此相连。输入/输出(I/O)接口405也连接至总线404。

以下部件连接至I/O接口405：包括键盘、鼠标等的输入部分406；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分407；包括硬盘等的存储部分408；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分409。通信部分409经由诸如因特网的网络执行通信处理。驱动器410也根据需要连接至I/O接口405。可拆卸介质411，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器410上，以便于从其上读出的计算机程序根据需要被安装入存储部分408。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分409从网络上被下载和安装，和/或从可拆卸介质411被安装。在该计算机程序被中央处理单元(CPU)401执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括代理节点和服务监控节点。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，代理节点还可以被描述为“采集服务节点的运行状态数据的节点”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：利用代理节点采集服务节点的运行状态数据，并将所述运行状态数据发送给服务监控节点；其中，所述运行状态数据包括所述服务节点的系统层、网络层和应用层分别对应的运行状态数据；利用所述服务监控节点确定所述运行状态数据是否异常；如果是，向所述代理节点发送状态控制指令；利用所述代理节点根据所述状态控制指令，更改所述服务节点中的服务状态。

根据本发明实施例的技术方案，通过代理节点采集服务节点的系统层、网络层和应用层分别对应的运行状态数据，然后通过服务监控节点确定这些运行状态数据是否异常，在异常的情况下，服务监控节点通过向代理节点发送状态控制指令来对代理节点中的服务进行干预，以更改服务节点中的服务状态。由此，实现了从系统层、网络层和应用层等多维度对服务器系统进行监控，保证了运行状态数据的可用性，提高了服务器系统监控的准确性，从而有利于提高服务器系统的稳定性和可靠性。

另外，通过服务监控节点下发状态控制指令的方式，可以启用或禁用代理节点上的服务，在代理节点上的服务全部被禁用时，控制代理节点关闭。因此关闭的时候不会有正在进行中的服务受到影响，从而实现平滑地关闭代理节点，保证了服务的稳定性。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种状态监控方法，其特征在于，包括：

利用代理节点采集服务节点的运行状态数据，并将所述运行状态数据发送给服务监控节点；其中，所述运行状态数据包括所述服务节点的系统层、网络层和应用层分别对应的运行状态数据；

利用所述服务监控节点确定所述运行状态数据是否异常；如果是，向所述代理节点发送状态控制指令；

利用所述代理节点根据所述状态控制指令，更改所述服务节点中的服务状态。

2.根据权利要求1所述的方法，其特征在于，

利用所述代理节点通过切片方式或注入方式采集所述应用层对应的运行状态数据。

3.根据权利要求1所述的方法，其特征在于，所述利用所述代理节点根据所述状态控制指令，更改所述服务节点中的服务状态，包括：

针对所述代理节点上当前执行任务的后续任务：根据所述状态控制指令，启用或禁用所述后续任务对应的服务。

4.根据权利要求3所述的方法，其特征在于，在所述启用或禁用所述后续任务对应的服务之后，还包括：

利用所述代理节点向所述服务监控节点发送更改后的服务状态数据；

利用所述服务监控节点确定所述更改后的服务状态数据是否异常。

5.根据权利要求4所述的方法，其特征在于，在所述服务监控节点根据所述更改后的服务状态数据确定所有服务均禁用的情况下，还包括：

向所述代理节点发送关闭指令，以使所述代理节点根据所述关闭指令关闭自身。

6.根据权利要求1或2所述的方法，其特征在于，

所述应用层对应的运行状态数据包括以下任意一项或多项：数据库连接状态、任务运行状态、消息队列运行状态、远程调用服务运行状态和关键服务运行状态；

和/或，

所述系统层对应的运行状态数据包括以下任意一项或多项：CPU占用指数、内存占用指数和磁盘占用指数；

和/或，

所述网络层对应的运行状态数据包括以下任意一项或多项：开放端口信息、网络连接数量和网络端口流量。

7.根据权利要求1至6任一所述的方法，其特征在于，所述利用所述服务监控节点确定所述运行状态数据是否异常，包括：

确定所述运行状态数据与对应的历史状态数据之间的差值是否小于预设阈值，如果否，确定所述运行状态数据异常；

和/或，

通过异常点检测算法确定所述运行状态数据是否异常。

8.一种状态监控系统，其特征在于，包括：代理节点和服务监控节点；其中，

所述代理节点，用于采集服务节点的运行状态数据，并将所述运行状态数据发送给服务监控节点；其中，所述运行状态数据包括所述服务节点的系统层、网络层和应用层分别对应的运行状态数据；在接收到所述服务监控节点发送的状态控制指令的情况下，根据所述状态控制指令，更改所述服务节点中的服务状态；

所述服务监控节点，用于确定所述运行状态数据是否异常；如果是，向所述代理节点发送状态控制指令。

9.一种监控状态的电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的方法。

10.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-7中任一所述的方法。