服务监控方法、装置、计算机设备及存储介质与流程

本发明涉及一种监控方法、装置、计算机设备及存储介质，尤其是指一种服务监控方法、装置、计算机设备及存储介质。

背景技术：

目前监控服务存活的方式一般都是服务提供一个监控接口，监控实现代码端维护服务的监控接口，并按频率(比如30秒)请求此接口，如果返回200，证明服务是正常。但是如果我们有成千上百个服务，我们需要维护的监控接口就会有很多，并且监控端需要持续地在短时间内发起这么多接口的请求，这样会提高监控端维护监控接口的成本及实现复杂度。

技术实现要素：

本发明所要解决的技术问题是：提供一种服务监控方法、装置、计算机设备及存储介质，旨在降低服务监控的复杂度。

为了解决上述技术问题，本发明采用的技术方案为：一种服务监控方法，所述服务监控方法包括：

通过spring提供的事件驱动模型，将服务端的服务信息通过http请求的方式发送给监控端；

通过在监控端预设的唯一监控接口接收从服务端发送过来的服务信息，并将服务信息打印在status.log日志文件中；

定时从status.log日志文件中收集服务信息，并把服务信息发送给存储系统进行存储；

通过调用查询接口，定时查询存储系统中的服务信息；若服务信息存在，则说明服务正常，否则服务异常。

进一步的，所述通过spring提供的事件驱动模型，将服务端的服务信息通过http请求的方式发送给监控端具体包括，

继承spring提供的applicationevent类定义一个事件runnerevent类；

通过自定义事件发布类runnereventpublic在源码启动时发布runnerevent事件；

通过spring提供的applicationlistener<t>接口实现监听器类runnerlistener；

通过runnerlistener类监听到runnerevent事件；

在runnerlistener类监听到runnerevent事件之后，将服务信息设置到请求体里，通过http请求的方式发送到监控端。

进一步的，所述服务信息包括：服务端的ip地址、启动时间、操作系统名称、服务名称。

本发明还提供了一种服务监控装置，应用于服务监控系统，所述服务监控系统包括服务端及监控端；所述服务监控装置包括：

服务信息监控模块，用于通过spring提供的事件驱动模型，将服务端的服务信息通过http请求的方式发送给监控端；

服务信息接收模块，用于通过在监控端预设的唯一监控接口接收从服务端发送过来的服务信息，并将服务信息打印在status.log日志文件中；

服务信息存储模块，定时从status.log日志文件中收集服务信息，并把服务信息发送给存储系统进行存储；

服务信息查询模块，用于通过调用查询接口，定时查询存储系统中的服务信息；若服务信息存在，则说明服务正常，否则服务异常。

进一步的，所述服务信息监控模块具体用于，

继承spring提供的applicationevent类定义一个事件runnerevent类；

通过自定义事件发布类runnereventpublic在源码启动时发布runnerevent事件；

通过spring提供的applicationlistener<t>接口实现监听器类runnerlistener；

通过runnerlistener类监听到runnerevent事件；

在runnerlistener类监听到runnerevent事件之后，将服务信息设置到请求体里，通过http请求的方式发送到监控端。

进一步的，所述服务信息包括：服务端的ip地址、启动时间、操作系统名称、服务名称。

本发明还提供了一种计算机设备，所述计算机设备包括存储器及处理器，所述存储器上存储有计算机程序，所述处理器执行所述计算机程序时实现如上所述的服务监控方法。

本发明还提供了一种存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时可实现如上所述的服务监控方法。

本发明的有益效果在于：通过spring提供的事件驱动模型，将服务端的服务信息通过http请求的方式发送给监控端；通过服务端主动往监控端推送监控消息，监控端只需要接收消息，然后保存到存储系统即可，能够大大降低监控端的实现复杂度，同时提高服务监控的监控效率。

附图说明

下面结合附图详述本发明的具体结构。

图1为本发明一具体实施例的服务监控方法流程图；

图2为本发明一具体实施例的服务监控装置模块框图；

图3为本发明一具体实施例的计算机设备的示意性框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

参阅图1，本发明第一实施例为：一种服务监控方法，所述服务监控方法包括：

s10、通过spring提供的事件驱动模型，将服务端的服务信息通过http请求的方式发送给监控端；

s20、通过在监控端预设的唯一监控接口接收从服务端发送过来的服务信息，并将服务信息打印在status.log日志文件中；

s30、定时从status.log日志文件中收集服务信息，并把服务信息发送给存储系统进行存储；

s40、通过调用查询接口，定时查询存储系统中的服务信息；若服务信息存在，则说明服务正常，否则服务异常。

进一步的，所述通过spring提供的事件驱动模型，将服务端的服务信息通过http请求的方式发送给监控端具体包括，

继承spring提供的applicationevent类定义一个事件runnerevent类；

通过自定义事件发布类runnereventpublic在源码启动时发布runnerevent事件；

通过spring提供的applicationlistener<t>接口实现监听器类runnerlistener；

通过runnerlistener类监听到runnerevent事件；

在runnerlistener类监听到runnerevent事件之后，将服务信息设置到请求体里，通过http请求的方式发送到监控端。

进一步的，所述服务信息包括：服务端的ip地址、启动时间、操作系统名称、服务名称。

本实施例中，通过springframework(以下简称为spring)提供的事件驱动模型，在服务启动完成后，发起一个消息推送的事件，这个事件会每隔1小时将服务信息(包括本地ip、启动时间、操作系统名称、服务名称)通过http请求的方式发送给监控端的服务；监控端的服务在接收到http请求之后，将服务信息打印在status.log日志文件中；日志收集器会定时收集status.log的服务信息，并把信息发送给存储系统；数据展示层通过调用查询接口，每一个半小时查询一次存储系统中的服务信息。如果存在，说明服务正常；否则，服务异常。该实施方式能够大大降低监控端的实现复杂度，同时提高服务监控的监控效率，降低维护成本。

参阅图2，本发明第二个实施为一种服务监控装置，所述服务监控装置包括：

服务信息监控模块51，用于通过spring提供的事件驱动模型，将服务端的服务信息通过http请求的方式发送给监控端；

所述服务信息监控模块51为status-client模块，通过spring提供的事情驱动模型，实现事件的发送和监听。

服务信息接收模块52，用于通过在监控端预设的唯一监控接口接收从服务端发送过来的服务信息，并将服务信息打印在status.log日志文件中；

所述服务信息接收模块52为status-service模块，status-service模块对外提供一个restful接口lls/check，负责接收来自status-client模块的请求。lls/check接收到来自status-client的请求后，解析请求体，将请求体中的服务信息写入到status.log文件中，status.log文件保存在指定的目录下。

服务信息存储模块53，定时从status.log日志文件中收集服务信息，并把服务信息发送给存储系统进行存储；

所述服务信息存储模块53为filebeat模块，filebeat是开源的日志收集器，它会定时增量地监听日志文件，然后将日志文件中的数据同步到存储系统elasticsearch。

服务信息查询模块54，用于通过调用查询接口，定时查询存储系统中的服务信息；若服务信息存在，则说明服务正常，否则服务异常。

查询接口由elasticsearch模块提供，elasticsearch是一个开源的、基于lucene的搜索服务器。它会保存从filebeat发送过来的服务信息，并提供restful接口给kibana调用。

所述服务信息查询模块54为kibana模块，kibanas是一个开源的数据可视化和数据挖掘工具，可用于日志数据查询和分析，我们通过kibana查询服务信息。

本实施例中，status-client模块通过服务端主动往监控端推送监控消息，监控端只需要接收消息，然后保存到存储系统即可，能够大大降低监控端的实现复杂度，同时提高服务监控的监控效率。

进一步的，所述服务信息监控模块具体用于，

继承spring提供的applicationevent类定义一个事件runnerevent类；

通过自定义事件发布类runnereventpublic在源码启动时发布runnerevent事件；

通过spring提供的applicationlistener<t>接口实现监听器类runnerlistener；

通过runnerlistener类监听到runnerevent事件；

在runnerlistener类监听到runnerevent事件之后，将服务信息设置到请求体里，通过http请求的方式发送到监控端。

进一步的，所述服务信息包括：服务端的ip地址、启动时间、操作系统名称、服务名称。

需要说明的是，所属领域的技术人员可以清楚地了解到，上述服务监控方法的具体实现过程，可以参考前述方法实施例中的相应描述，为了描述的方便和简洁，在此不再赘述。

上述服务监控方法可以实现为一种计算机程序的形式，该计算机程序可以在如图3所示的计算机设备上运行。

请参阅图3，图3是本申请实施例提供的一种计算机设备的示意性框图。该计算机设备500可以是终端，也可以是服务器，其中，终端可以是智能手机、平板电脑、笔记本电脑、台式电脑、个人数字助理和穿戴式设备等具有通信功能的电子设备。服务器可以是独立的服务器，也可以是多个服务器组成的服务器集群。

参阅图3，该计算机设备500包括通过系统总线501连接的处理器502、存储器和网络接口505，其中，存储器可以包括非易失性存储介质503和内存储器504。

该非易失性存储介质503可存储操作系统5031和计算机程序5032。该计算机程序5032包括程序指令，该程序指令被执行时，可使得处理器502执行一种服务监控方法。

该处理器502用于提供计算和控制能力，以支撑整个计算机设备500的运行。

该内存储器504为非易失性存储介质503中的计算机程序5032的运行提供环境，该计算机程序5032被处理器502执行时，可使得处理器502执行一种服务监控方法。

该网络接口505用于与其它设备进行网络通信。本领域技术人员可以理解，图3中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备500的限定，具体的计算机设备500可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

应当理解，在本申请实施例中，处理器502可以是中央处理单元(centralprocessingunit，cpu)，该处理器502还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

本领域普通技术人员可以理解的是实现上述实施例的方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成。该计算机程序包括程序指令，计算机程序可存储于一存储介质中，该存储介质为计算机可读存储介质。该程序指令被该计算机系统中的至少一个处理器执行，以实现上述方法的实施例的流程步骤。

因此，本发明还提供一种存储介质。该存储介质可以为计算机可读存储介质。该存储介质存储有计算机程序，其中计算机程序包括程序指令。该程序指令被处理器执行时使处理器执行上述服务监控方法。

所述存储介质可以是u盘、移动硬盘、只读存储器(read-onlymemory，rom)、磁碟或者光盘等各种可以存储程序代码的计算机可读存储介质。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的。例如，各个单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。本发明实施例装置中的单元可以根据实际需要进行合并、划分和删减。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。

该集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，终端，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。