CN111563019B - 一种服务组件的监控方法、系统及计算机存储介质 - Google Patents

Abstract

本发明提供了一种服务组件的监控方法、系统及计算机存储介质，所述方法包括：判断服务器端是否存在待监控的目标服务组件；如果存在所述目标服务组件，则安装或启动所述目标服务组件的监控服务；在安装或启动所述监控服务的过程中，选择所述目标服务组件的监控指标；根据所述监控指标获取所述目标服务组件的原始监控数据。根据本发明的方法、系统及计算机存储介质，通过对服务组件的监控指标的动态选择，从而降低监控服务所占用的资源，以及实现用户的个性化需求。

Description

一种服务组件的监控方法、系统及计算机存储介质

技术领域

本发明涉及监控技术领域，更具体地涉及服务组件的监控处理。

背景技术

随着大数据时代的到来，开放性、扩展性、运行成本、服务构建更优的云平台逐渐兴起，传统服务平台的局限被打破，越来越多的企业选择云平台来降低运行和维护成本。通过云平台，用户可以实现对主机以及服务组件进行多维度监控，以此来更好地实现软件运维。比如：同时监控多个服务、主机的指标信息，同时监控CPU、内存、磁盘等信息。但是现有的服务组件监控技术通常都是服务组件安装完毕后再完成监控指标等配置，且监控指标固定。此时，若用户不需要监控服务或者不需要监控服务的某些监控指标，则这些监控服务将会过多占用对服务器的资源和性能造成浪费。

因此，现有技术中服务组件的监控方法存在对服务器资源占用过度，造成资源的浪费和服务器性能降低，以及监控指标不能变化的问题。

发明内容

考虑到上述问题而提出了本发明。本发明提供了服务组件的监控方法、系统及计算机存储介质，以解决对服务器资源占用过度，造成资源的浪费和服务器性能降低，以及监控指标不能变化的问题。

根据本发明的第一方面，提供了一种服务组件的监控方法，包括：

判断服务器端是否存在待监控的目标服务组件；

如果存在所述目标服务组件，则安装或启动所述目标服务组件的监控服务；

在安装或启动所述监控服务的过程中，选择所述目标服务组件的监控指标；

根据所述监控指标获取所述目标服务组件的原始监控数据。

可选地，所述方法还包括：

对所述原始监控数据进行数据处理得到所述目标服务组件的运维数据；

将所述运维数据转换为所述目标服务组件的监控数据，并显示所述监控数据。

可选地，所述对所述原始监控数据进行数据处理得到所述目标服务组件的运维数据，包括：

对所述原始监控数据进行数据处理，生成与所述监控指标对应的运维数据；

将所述运维数据存入时序数据库。

可选地，所述将所述运维数据转换为所述目标服务组件的监控数据，并显示所述运维数据包括：

根据预设监控指标字典从所述时序数据库中获取所述目标服务组件对应的所述运维数据；

对所述目标服务组件对应的所述运维数据进行可视化处理后，得到所述监控数据；

在客户端向用户显示所述监控数据。

可选地，如果存在所述目标服务组件，则安装或启动所述目标服务组件的监控服务，包括：

如果存在所述目标服务组件，判断是否存在所述目标服务组件的监控服务；

如果存在所述监控服务，则启动所述目标服务组件的监控服务；

如果不存在所述监控服务，则安装所述目标服务组件的监控服务。

可选地，所述方法还包括：

在所述监控指标获取所述目标服务组件的原始监控数据之前，在服务器端安装所述目标服务组件的监控脚本。

根据本发明的第二方面，提供了一种服务组件的监控系统，包括：

判断模块，用于判断服务器端是否存在待监控的目标服务组件；

安装模块，用于当存在所述目标服务组件时，安装或启动所述目标服务组件的监控服务，并在安装或启动所述监控服务的过程中，根据用户的选择设置所述目标服务组件的监控指标；

数据采集模块，用于根据所监控指标获取所述目标服务组件的监控数据。

可选地，所述系统还包括：

数据处理模块，用于对所述原始监控数据进行数据处理得到所述目标服务组件的运维数据；

Web应用模块，用于将所述运维数据转换为所述目标服务组件的监控数据，并显示所述监控数据。

根据本发明的第三方面，提供了一种服务组件的监控系统，包括存储器、处理器及存储在所述存储器上且在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面所述方法的步骤。

根据本发明的第四方面，提供了一种计算机存储介质，其上存储有计算机程序，所述计算机程序被计算机执行时实现如第一方面所述方法的步骤。

根据本发明实施例的服务组件的监控方法、系统及存储介质，通过对服务组件的监控指标的动态选择，从而降低监控服务所占用的资源，以及实现用户的个性化需求。

附图说明

通过结合附图对本发明实施例进行更详细的描述，本发明的上述以及其它目的、特征和优势将变得更加明显。附图用来提供对本发明实施例的进一步理解，并且构成说明书的一部分，与本发明实施例一起用于解释本发明，并不构成对本发明的限制。在附图中，相同的参考标号通常代表相同部件或步骤。

图1是用于实现根据本发明实施例的服务组件的监控方法的示意性流程图；

图2是根据本发明实施例的服务组件的监控方法的示例；

图3是用于实现根据本发明实施例的服务组件的监控系统的示意性框图。

具体实施方式

为了使得本发明的目的、技术方案和优点更为明显，下面将参照附图详细描述根据本发明的示例实施例。显然，所描述的实施例仅仅是本发明的一部分实施例，而不是本发明的全部实施例，应理解，本发明不受这里描述的示例实施例的限制。基于本发明中描述的本发明实施例，本领域技术人员在没有付出创造性劳动的情况下所得到的所有其它实施例都应落入本发明的保护范围之内。

由于为了实现各种各样的服务功能，通常需要在服务器端部署与服务功能对应的服务组件，这样可能导致服务器端的数据量越来越庞大，因此，需要对服务器端每个正在运行的服务组件进行监控，以实现对服务组件和服务器进行优化。在实际应用中，不同用户对不同服务功能的需要可能不同，甚至不同用户对同一服务功能的需要也可能不同，那么对服务功能所对应的服务组件的监控需求肯定也会不一样。然而，现有的监控处理方式所设置的监控指标固定不变，并不能满足不同用户的需求，使得对服务组件的监控都是监控所以默认的控制指标，而对用户不需要监控的监控指标进行监控会对服务器资源占用过度，造成资源的浪费和服务器性能降低。

基于上述考虑，提供了一种服务组件的监控方法。下面，将参照图1描述根据本发明实施例的服务组件的监控方法1。如图1所示，一种服务组件的监控方法1，包括：

步骤S1-1，判断服务器端是否存在待监控的目标服务组件；

步骤S1-2，如果存在所述目标服务组件，则安装或启动所述目标服务组件的监控服务；

步骤S1-3，在安装或启动所述监控服务的过程中，选择所述目标服务组件的监控指标；

步骤S1-4，根据所述监控指标获取所述目标服务组件的原始监控数据。

其中，在服务组件的安装或启动过程中用户即可对监控服务的监控指标进行选择，更能满足用户的当前需要，从而实现对需要的监控指标进行监控，对不需要的监控指标不进行监控，以避免计算资源的过度占用和浪费，保证了服务器的性能，同时也满足了用户的需求。相比于传统的监控方式中只能在目标服务组件安装完成之后配置固定的监控策略以及用户无法根据需要选择监控指标，根据本发明的服务组件的监控方法，通过对服务组件的监控指标的动态选择，从而降低监控服务的资源占用，以及实现用户的个性化需求。适合广泛应用于各种需要对服务组件进行监控的场合。

根据本发明实施例，在步骤S1-1中，判断服务器端是否存在待监控的目标服务组件，可以包括：

服务器端监测所述目标服务组件是否上线或运行；

当监测到所述目标服务组件上线或运行时，确定存在所述目标服务组件。

在一些实施例中，判断服务器端是否存在待监控的目标服务组件，可以还包括：

当没有监测到所述目标服务组件上线或运行时，确定不存在所述目标服务组件。

具体来说，服务器端还可以在待监控的目标服务组件上线或运行时，获取该客户端版本对应的配置文件，以确定该客户端版本的客户端中的每个待监控的目标服务组件；或者，可以一并获取已经上线的若干客户端版本分别对应的配置文件，以确定每个上线的客户端版本的客户端中的各待监控的目标服务组件。

根据本发明实施例，在步骤S1-2中，如果存在所述目标服务组件，则安装或启动所述目标服务组件的监控服务，包括：

如果存在所述目标服务组件，判断是否存在所述目标服务组件的监控服务；

如果存在所述监控服务，则启动所述目标服务组件的监控服务；

如果不存在所述监控服务，则安装所述目标服务组件的监控服务。

其中，对于不存在所述目标服务组件的监控服务的情况，则对该目标服务组件得监控服务进行安装；对于存在所述目标服务组件的监控服务的情况，则对该目标服务组件得监控服务进行启动。在上述安装或启动过程中，用户均可以根据需要选择监控指标来对监控服务进行配置。

在一些实施例中，用户在服务器端部署第一服务过程中，且用户不需要查看该第一服务的监控指标或只需要监控CPU、内存、网络、磁盘等关键的监控指标，则可以根据本发明实施例的服务组件的监控方法，在部署第一服务的过程中安装第一服务对应的第一服务组件时，判断是否安装第一服务组件的监控服务，如果需要安装第一服务组件的监控服务，则选择CPU、内存、网络、磁盘的相关参数作为监控第一服务组件所需要监控的监控指标，那么，第一服务组件的监控服务将仅对选择的监控指标进行监控而不对未选择的监控指标进行监控，以释放更多的计算资源，也保证了用户的监控需求，从而避免服务资源的过度占用和浪费，以及性能的降低。

可选地，所述方法还包括：

在所述步骤S1-4之前，在服务器端安装所述目标服务组件的监控脚本。

具体来说，在服务器安装服务组件的监控脚本，那么监控脚本则在服务器上根据选定的监控指标，采集目标服务组件的原始监控数据，作为后续数据处理的基础。

根据本发明实施例，所述方法还包括：

步骤S1-5，对所述原始监控数据进行数据处理得到所述目标服务组件的运维数据；

步骤S1-6，将所述运维数据转换为所述目标服务组件的监控数据，并显示所述监控数据。

可选地，在所述步骤S1-5中，所述对所述原始监控数据进行数据处理得到所述目标服务组件的运维数据，包括：

对所述原始监控数据进行数据处理，生成与所述监控指标对应的运维数据；

将所述运维数据存入时序数据库。

具体来说，监控脚本采集目标服务组件的原始监控数据后，将原始监控数据传送给数据处理脚本，而数据处理脚本对原始监控数据进行数据处理后，得到运维数据。其中，运维数据于监控指标相互对应。

可选地，在所述步骤S1-6中，所述将所述运维数据转换为所述目标服务组件的监控数据，并显示所述运维数据包括：

根据预设监控指标字典从所述时序数据库中获取所述目标服务组件对应的所述运维数据；

对所述目标服务组件对应的所述运维数据进行可视化处理后，得到所述监控数据；

在客户端向用户显示所述监控数据。

其中，所述预设监控指标字典可以是预先建立的，其将监控指标进行体系化汇总，可以作为统一的规范，一方面可以防止用户对监控指标理解不清，避免不同用户对监控指标的认知不一致的问题。另一方面通过监控指标字典可以对监控指标进行统一的管理，更方便统一修改、维护和共享。进一步地，监控指标字典还可以在监控过程中通过上述原始监控数据和/或运维数据不断进行补充、完善和优化。进一步地，即使监控指标字典时预先建立的，在监控过程中还是可以对其中的内容进行增加、删除和更改，并将更新后的监控指标字典作为所述预设监控指标字典。

在一个实施例中，参见图2，以一示例对本发明实施例的服务组件的监控方法进行说明，所述方法包括：

首先，实时监测服务器上是否存在待监控的目标服务组件；如果不存在相应的目标服务组件，则继续监测服务器；如果监测发现存在至少一个需要监控的目标服务组件，则判断是否需要安装该目标服务组件；

然后，根据不同的情况安装或启动目标服务组件的监控服务；具体包括：

对于没有安装该目标服务组件的情况，则对该目标服务组件进行安装；在安装该目标服务组件的过程中，用户可以根据需要选择是否安装目标服务组件的监控服务；

如果用户选择安装目标服务组件的监控服务，则在安装目标服务组件过程中安装相应的监控服务，并进一步地在安装监控服务的过程中根据需要选择监控指标，在此之后完成对目标服务组件的监控服务以及目标服务组件的安装；

如果用户没有选择安装目标服务组件的监控服务，则可以在以后需要安装时再对目标服务组件的监控服务进行安装；

对于已经安装该目标服务组件的情况，可以进一步判断是否已经安装该目标服务组件的监控服务；

如果该目标服务组件的监控服务已经安装，则直接启动该目标服务组件的监控服务，在启动该目标服务的监控服务过程中，用户可以根据需要选择该监控服务的监控指标，在用户选择完需要监控的监控指标后，完成对监控服务的启动；

如果该目标服务组件的监控服务还未安装，则安装目标服务组件的监控服务，并进一步地在安装监控服务的过程中根据需要选择监控指标，在此之后完成对目标服务组件的监控服务的安装和启动；

接着，在服务器端安装服务组件的监控脚本；

接着，监控脚本在服务器上根据之前用户选择的监控指标，采集目标服务组件的监控数据，并将该监控数据发送至数据处理脚本；

接着，数据处理脚本接受到来自监控脚本的监控数据后，对监控数据进行处理，并生成与监控指标(和/或监控数据)对应的运维指标，将运维指标写入时序数据库；

接着，客户端根据预设的监控指标字典，从时序数据库中获取相应的监控数据，并对监控数据进行处理后发送到前端web页面；

最后，在前端web页面显示目标服务组件的监控数据。

由此可知，根据本发明实施例的服务组件的监控方法，通过对服务组件的监控指标的动态选择，从而降低监控服务所占用的资源，以及实现用户的个性化需求。

参见图3，图3示出了根据用于实现本发明的实施例的服务组件的监控系统的示意性框图。如图3所示，所述系统3包括：

判断模块310，用于判断服务器端是否存在待监控的目标服务组件；

安装模块320，用于当存在所述目标服务组件时，安装或启动所述目标服务组件的监控服务，并在安装或启动所述监控服务的过程中，根据用户的选择设置所述目标服务组件的监控指标；

数据采集模块330，用于根据所监控指标获取所述目标服务组件的监控数据。

可选地，所述系统300还包括：

数据处理模块340，用于对所述原始监控数据进行数据处理得到所述目标服务组件的运维数据；

Web应用模块350，用于将所述运维数据转换为所述目标服务组件的监控数据，并显示所述监控数据。

在此仅对服务组件的监控系统3的主要功能模块进行说明，根据本发明实施例的服务组件的监控系统3用于实现上述根据本发明实施例的服务组件的监控方法，重复的部分在此不再赘述。

在一个实施例中，再次参见图2，所述系统3可以包括数据采集层、数据处理层以及web应用层，所述数据采集层可以包括用于采集主机、存储器、网络资源、服务组件性能的采集工具和监控脚本；所述数据处理层可以包括数据处理模块，用于对所述数据采集层采集的各项监控数据进行处理，生成可读的运维指标，写入时序数据库中；所述web应用层可以包括Web应用模块，从所述时序数据库中读取数据，并在前端进行展示或者管理，具体来说，后端根据服务组件的监控指标字典，从时序数据库中拿到监控数据；后端将拿到的监控数据进行处理后发送到前端；前端web页面展示监控数据。其中，根据本发明实施例的所述方法则是用户在web应用层选择监控指标，通过对数据采集层的监控脚本进行控制，从而实现了目标服务组件的动态监控的功能。

根据本发明的另一方面，提供一种服务组件的监控系统，包括存储器、以及处理器；

所述存储器存储用于实现根据本发明实施例的服务组件的监控方法中的相应步骤的程序代码；

所述处理器用于运行所述存储器中存储的程序代码，以执行以上根据本发明实施例的服务组件的监控方法的相应步骤。

在一个实施例中，在所述程序代码被所述处理器运行时执行以上根据本发明实施例的前述服务组件的监控方法的相应步骤。

此外，根据本发明的另一方面，还提供了一种计算机可读存储介质，在所述存储介质上存储了程序指令，在所述程序指令被计算机或处理器运行时用于执行本发明实施例的服务组件的监控方法的相应步骤，并且用于实现根据本发明实施例的服务组件的监控系统。

示例性地，所述计算机可读存储介质可以是一个或多个计算机可读存储介质的任意组合。

在一个实施例中，所述计算机程序指令在被计算机运行时可以实现根据本发明实施例的前述服务组件的监控方法。

根据本发明提供的服务组件的监控方法、装置、系统及计算机存储介质，通过对服务组件的监控指标的动态选择，从而降低监控服务所占用的资源，以及实现用户的个性化需求。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

本领域的技术人员可以理解，除了特征之间相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

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

Claims (6)

1.一种服务组件的监控方法，其特征在于，所述方法包括：

判断服务器端是否存在待监控的目标服务组件；

如果存在所述目标服务组件，则安装或启动所述目标服务组件的监控服务；

判断服务器端是否存在待监控的目标服务组件，还包括：

当没有监测到所述目标服务组件上线或运行时，确定不存在所述目标服务组件，服务器端在待监控的目标服务组件上线或运行时，获取客户端版本对应的配置文件，以确定客户端版本的客户端中的每个待监控的目标服务组件，一并获取已经上线的若干客户端版本分别对应的配置文件，以确定每个上线的客户端版本的客户端中的各待监控的目标服务组件；

在安装或启动所述监控服务的过程中，选择所述目标服务组件的监控指标；

根据所述监控指标获取所述目标服务组件的原始监控数据；

对所述原始监控数据进行数据处理，生成与所述监控指标对应的运维数据；

将所述运维数据存入时序数据库；

根据预设监控指标字典从所述时序数据库中获取所述目标服务组件对应的所述运维数据；

对所述目标服务组件对应的所述运维数据进行可视化处理后，得到所述监控数据；

在客户端向用户显示所述监控数据；

其中，所述预设监控指标字典是预先建立的，其将监控指标进行体系化汇总，进一步地，监控指标字典在监控过程中通过所述原始监控数据和/或运维数据不断进行补充、完善和优化。

2.根据权利要求1所述的方法，其特征在于，如果存在所述目标服务组件，则安装或启动所述目标服务组件的监控服务，包括：

如果存在所述目标服务组件，判断是否存在所述目标服务组件的监控服务；

如果存在所述监控服务，则启动所述目标服务组件的监控服务；

如果不存在所述监控服务，则安装所述目标服务组件的监控服务。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在所述监控指标获取所述目标服务组件的原始监控数据之前，在服务器端安装所述目标服务组件的监控脚本。

4.一种服务组件的监控系统，其特征在于，所述系统包括：

判断模块，用于判断服务器端是否存在待监控的目标服务组件；判断服务器端是否存在待监控的目标服务组件，还包括：

当没有监测到所述目标服务组件上线或运行时，确定不存在所述目标服务组件，服务器端在待监控的目标服务组件上线或运行时，获取客户端版本对应的配置文件，以确定客户端版本的客户端中的每个待监控的目标服务组件，一并获取已经上线的若干客户端版本分别对应的配置文件，以确定每个上线的客户端版本的客户端中的各待监控的目标服务组件；

安装模块，用于当存在所述目标服务组件时，安装或启动所述目标服务组件的监控服务，并在安装或启动所述监控服务的过程中，根据用户的选择设置所述目标服务组件的监控指标；

数据采集模块，用于根据所监控指标获取所述目标服务组件的原始监控数据；

数据处理模块，用于对所述原始监控数据进行数据处理得到所述目标服务组件的运维数据，包括：对所述原始监控数据进行数据处理，生成与所述监控指标对应的运维数据，将所述运维数据存入时序数据库，根据预设监控指标字典从所述时序数据库中获取所述目标服务组件对应的所述运维数据；

Web应用模块，用于将所述运维数据转换为所述目标服务组件的监控数据，并显示所述监控数据，包括对所述目标服务组件对应的所述运维数据进行可视化处理后，得到所述监控数据；在客户端向用户显示所述监控数据，其中，所述预设监控指标字典是预先建立的，其将监控指标进行体系化汇总，进一步地，监控指标字典在监控过程中通过所述原始监控数据和/或运维数据不断进行补充、完善和优化。

5.一种服务组件的监控系统，包括存储器、处理器及存储在所述存储器上且在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至3中任一项所述方法的步骤。

6.一种计算机存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被计算机执行时实现权利要求1至3中任一项所述方法的步骤。

Images