CN114327436B - 一种监控目标插件化的开发方法、系统、终端及存储介质 - Google Patents

Abstract

本申请涉及一种监控目标插件化的开发方法、系统、终端及存储介质，属于软件开发的技术领域，其方法包括：预定义监控模板类，监控模板类包括所有监控类型的通用行为；定义监控子类以继承监控模板类；获取设备实际的监控类型，作为实际监控类型；基于实际监控类型获取监控子类的实现逻辑；基于通用行为和实现逻辑定义监控子类的监控行为。本申请具有降低核心主程序与监控目标的耦合度，降低产品的研发以及版本升级的难度的效果。

Description

一种监控目标插件化的开发方法、系统、终端及存储介质

技术领域

本申请涉及软件开发的技术领域，尤其是涉及一种监控系统中监控目标插件化的开发方法。

背景技术

监控系统需要支持大量的监控目标以及多样的类型，例如，linux服务器，虚拟机，window服务器，mysql数据库，oracle数据库等。每种监控目标都有不一样的连接信息参数以及详情展示页面。

目前对监控系统的开发通常是将监控目标的扩展与核心主程序进行耦合式开发与部署，但是这样容易造成高度耦合，导致产品的研发与项目实施版本升级难度大。

发明内容

为了降低核心主程序与监控目标的耦合度，降低产品的研发以及版本升级的难度，本申请提供一种监控目标插件化的开发方法、系统、终端及存储介质。

第一方面，本申请提供一种监控目标插件化的开发方法，采用如下的技术方案：

一种监控目标插件化的开发方法，包括：

预定义监控模板类，所述监控模板类包括所有监控类型的通用行为；

定义监控子类以继承所述监控模板类；

获取设备实际的所述监控类型，作为实际监控类型；

基于所述实际监控类型获取所述监控子类的实现逻辑；

基于所述通用行为和所述实现逻辑定义所述监控子类的监控行为。

通过采用上述技术方案，预定义监控模板类，监控模板类包括所有监控类型的通用行为，然后定义监控子类以继承监控模板类，从而能够实现监控模板类的通用行为，接着获取设备实际的监控类型，作为实际监控类型，并根据实际监控类型获取相应的监控子类的实现逻辑，最后根据通用行为和实现逻辑定义监控子类的监控行为，使监控子类能够对相应的设备进行监控。通过对监控子类进行定义，可以做到不修改监控模板类，从而能够降低监控模板类与设备之间的耦合度，即降低核心主程序与监控目标的耦合度，进而降低产品的研发以及版本升级的难度。

作为优选，所述通用行为包括：查询名称、获取logo图标、获取监控类型的子类型、支持的监控协议、配置监控采集信息、校验监控采集信息、监控数据采集、告警采集。

通过采用上述技术方案，通过查询名称、获取logo图标、获取监控类型的子类型、支持的监控协议、配置监控采集信息、校验监控采集信息、监控数据采集、告警采集，能够提高通用行为的适用范围。

作为优选，所述监控子类设为多级。

通过采用上述技术方案，将监控子类设为多级能够进一步降低监控模板类与设备之间的耦合度，从而降低核心主程序与监控目标的耦合度，进而降低产品的研发以及版本升级的难度。

作为优选，所述监控子类的一级子类包括：数据库模型、网络管理协议模型、管理接口模型。

通过采用上述技术方案，根据数据库模型、网络管理协议模型以及管理接口模型的相互配合，能够更好的对设备的监控数据进行采集。

作为优选，所述预定义监控模板类之前还包括：

获取Maven项目；

基于Maven项目添加SDK开发包，所述SDK开发包包括全部的开发依赖资源。

通过采用上述技术方案，SDK开发包能够提供全部的开发依赖资源，从而能够保证软件开发的正常进行。

作为优选，所述基于所述通用行为和所述实现逻辑定义所述监控子类的监控行为之后还包括：

获取所述设备的类型，作为设备类型；

获取所述设备类型对应的所述监控类型，作为当前监控类型；

判断所述当前监控类型与所述实际监控类型是否匹配；

若是，则调用所述监控行为对所述设备进行监控；

若否，则基于所述当前监控类型获取所述监控子类的所述实现逻辑；

基于所述通用行为和所述实现逻辑再次定义所述监控子类的监控行为。

通过采用上述技术方案，判断当前监控类型与实际监控类型是否匹配，能够判断能否对相应的设备类型进行监控数据的采集。若是，则调用相应的监控行为对设备进行监控，若否，则根据当前监控类型获取相应的监控子类的实现逻辑，并根据通用行为和实现逻辑再次定义监控子类的监控行为，从而能够更好的对不同类型的设备进行监控数据的采集，提高数据采集的准确性。

第二方面，本申请提供一种监控目标插件化的开发系统，采用如下的技术方案：

一种监控目标插件化的开发系统，包括：

第一定义模块，用于预定义监控模板类，所述监控模板类包括所有监控类型的通用行为；

第二定义模块，用于定义监控子类以继承所述监控模板类；

第一获取模块，用于获取设备实际的所述监控类型，作为实际监控类型；

第二获取模块，用于基于所述实际监控类型获取所述监控子类的实现逻辑；

第三定义模块，用于基于所述通用行为和所述实现逻辑定义所述监控子类的监控行为。

通过采用上述技术方案，第一定义模块预定义监控模板类之后发送给第二定义模块，第二定义模块定义监控子类，监控子类继承监控模板类的通用行为，并发送给第三定义模块。第一获取模块获取设备实际的监控类型，作为实际监控类型并发送给第二获取模块，第二获取模块根据实际监控类型获取监控子类的实现逻辑，并发送给第三定义模块。第三定义模块根据通用行为和实现逻辑定义监控子类的监控行为，通过监控子类与设备进行耦合，从而能够降低监控模板类与设备之间的耦合度，即降低核心主程序与监控目标的耦合度，进而降低产品的研发以及版本升级的难度。

第三方面，本申请提供一种智能终端，采用如下的技术方案：

一种智能终端，包括：

存储器，存储有智能开发程序；

处理器，在运行所述智能开发程序时，能够执行如权利1至7任一项所述方法的步骤。

通过采用上述技术方案，存储器能够对信息进行存储，处理器能够对信息进行调取并发出控制指令，保证程序的有序执行并实现上述方案的效果。

第四方面，本申请提供一种计算机可读存储介质，采用如下的技术方案：

一种计算机可读存储介质，存储有能够被处理器加载并执行上述任一种方法的计算机程序。

通过采用上述技术方案，当所述计算机可读存储介质被装入任一计算机后，任一计算机就能执行本申请提供的一种文档自动化审查方法。

附图说明

图1是本申请实施例中一种监控目标插件化的开发方法的整体流程示意图；

图2是本申请一个实施例中步骤S11至步骤S12的流程示意图；

图3是本申请实施例中步骤S21至步骤S26的流程示意图；

图4是本申请实施例中一种监控目标插件化的开发系统的结构框图。

附图标记说明：

1、第一定义模块；2、第二定义模块；3、第一获取模块；4、第二获取模块；5、第三定义模块。

具体实施方式

以下结合附图1-4对本申请作进一步详细说明。

本申请实施例公开一种监控目标插件化的开发方法。

参照图1，监控目标插件化的开发方法包括：

S1.预定义监控模板类；

S2.定义监控子类以继承监控模板类；

S3.获取设备实际的监控类型，作为实际监控类型；

S4.基于实际监控类型获取监控子类的实现逻辑；

S5.基于通用行为和实现逻辑定义监控子类的监控行为。

具体来说，首先预定义监控模板类，即通过软件开发程序编写一个运维模型，监控模板类包括所有监控类型的通用行为，接着定义监控子类以继承监控模板类，监控子类可以通过实现父类（即监控模板类）的方法，并实现自有的特定逻辑。实现方式为，获取设备实际的监控类型，作为实际监控类型，然后根据实际监控类型获取监控子类的实现逻辑。

最后根据通用行为和实现逻辑定义监控子类的监控行为，即将通用行为和实现逻辑添加到相应的监控子类上，从而使监控子类能够在父类通用行为的基础上，根据特定的实现逻辑对特定的设备进行监控数据的采集。例如：运维模型包括所有的通用行为，监控子类包括数据库模型、协议模型、接口模型，通过定义不同的子类，能够实现对不同监控行为的采集，同样在运维模型的基础上，还可以继续扩展不同的监控子类，通过对监控子类的开发，能够降低对父类的影响。

例如，某网络设备查询内存使用率使用snmp协议的get方法查询oid为1.3.6.1.4.1.9.9.48.1.1.1.5.1（已使用物理内存大小(单位:MB)）1.3.6.1.4.1.9.9.48.1.1.1.6.1（空闲物理内存大小(单位:MB)）。需要进行计算已使用/（空闲+已使用），NETSCREEN的oid不一样1.3.6.1.4.1.3224.16.2.1.0（已使用内存大小）1.3.6.1.4.1.3224.16.2.2.0（空闲物理内存大小(单位:GB)）。

也就是说，由于具体的监控类型在具体的行为上存在个性化的差异，因此监控子类需要单独定义出具体的实现方法。通过对监控子类进行定义，可以做到不修改监控模板类，从而能够降低监控模板类与设备之间的耦合度，即降低核心主程序与监控目标的耦合度，进而降低产品的研发以及版本升级的难度。

在另一个实施例中，通用行为包括：查询名称、获取logo图标、获取监控类型的子类型、支持的监控协议、配置监控采集信息、校验监控采集信息、监控数据采集、告警采集。这些行为均为各类监控所共有的行为，具有通用性。

但是，在处理监控采集程序时，具体的实现逻辑是不同的，因此监控子类的监控行为也是不同的。例如，采集主机的监控类型的名称、logo图标、监控协议、配置采集信息的具体逻辑与采集网络设备的监控类型的名称、logo图标、监控协议、配置采集信息的具体逻辑是不同的，监控主机所使用的采集逻辑需要使用Agent探头的方式部署到监控目标服务器上，监控网络设备所使用的采集逻辑需要使用SNMP协议进行远程连接进行数据采集。

更具体的说，不同厂家不同型号的网络设备在采集的时候均有不同的采集逻辑，所以可以在监控模板类上定义行为，在监控子类实现继承监控父类时，可以实现父类的行为方法，从而根据具体的监控类型制定具体的实现逻辑。

进一步的，在另一个实施例中，监控子类设为多级，例如包括一级子类、二级子类、三级子类一直到N级子类，其中N为正整数。通过对监控子类进行分级，能够进一步降低监控模板类与设备之间的耦合度，从而降低核心主程序与监控目标的耦合度，进而降低产品的研发以及版本升级的难度。

具体来说，监控子类的一级子类包括：数据库模型（RedisTemplate）、网络管理协议模型（AbstractSnmpModuleTemplate）、管理接口模型（AbstractIpmiModuleTemplate）。每个一级子类又包括若干二级子类，例如协议模型包括：ZstackProtocolTemplateImpI（Zstack管理接口的一个实现）、SnmpProtocolTemplateImpI（简单网络管理协议的一个实现）、ImpiProtocolTemplateImpI（智能平台管理接口的一个实现）、RedisProtocolTemplateImpI（数据库管理接口的一个实现）等。因此，通过多级监控子类的设置，使核心程序与各监控目标程序进行分离开发，分离部署，灵活支持新的监控目标扩展。

参照图2，在另一个实施例中，步骤S1即预定义监控模板类之前还包括如下步骤：

S11.获取Maven项目；

S12.基于Maven项目添加SDK开发包。

具体来说，首先获取Maven项目，并根据Maven项目添加SDK开发包，SDK开发包包括全部的开发依赖资源，也就是SDK开发包中包括若干监控模板类，监控模板类中包括所有的开发依赖资源。

添加SDK开发包的方式举例来说：基于ItoaTemplate接口类创建一个实现类，并实现所有的方法。对于ItoaTemplate接口类，开发依赖资源举例来说，例如：getCode方法（唯一的编码）、getIcon（图标的地址）、getName（扩展包名称）、getModelIndexFileName（扩展包列表页的前端代码的文件名）、getModules（扩展包支持的子类型资源）、supportMonitorProtocol方法（配置扩展类型支持的监控协议）等。其中，配置getModelIndexFileName时，需要新建json文件，配置前端页面；配置getModules时，需要新建子类型资源实体类。当上述所有的资源方法均实现后，将此类申明为SpringBean（即SpringFramework框架中的一个抽象概念）。

或者基于ProtocolTemplate（协议的抽象类）接口类创建一个实现类，并实现所有的方法，同样的对于ProtocolTemplate接口类，开发依赖资源举例来说：GetCode方法为唯一编码、getMonitorSettingButton方法为监控协议连接信息的配置页面、inputCheck方法为连接信息参数校验接口。上述的所有方法即为SDK提供的全部的开发依赖资源。接着，将新建的扩展包放入到监控系统的核心依赖库目录下，并启动监控系统，系统启动后进行初始化操作，并根据接口的实现，初始化数据库，并创建相应的模型。

参照图3，在另一个实施例中，步骤S5即基于通用行为和实现逻辑定义监控子类的监控行为之后还包括如下步骤：

S21.获取设备的类型，作为设备类型；

S22.获取设备类型对应的监控类型，作为当前监控类型；

S23.判断当前监控类型与实际监控类型是否匹配；

S24.若是，则调用监控行为对设备进行监控；

S25.若否，则基于当前监控类型获取监控子类的实现逻辑；

S26.基于通用行为和实现逻辑再次定义监控子类的监控行为。

具体来说，对新的设备进行监控数据采集时，首先获取设备的类型，作为设备类型，获取方式可以通过人工输入的方式，然后获取设备类型对应的监控类型，作为当前监控类型，接着判断当前监控类型与实际监控类型是否匹配，从而能够判断当前的监控子类能否对当前设备的监控数据进行采集。

如果判断结果为是，证明当前监控类型与实际监控类型匹配，说明监控子类能够对当前设备的监控数据进行采集，此时调用监控子类对应的监控行为对当前的设备进行监控数据采集。

如果判断结果为否，证明当前监控类型与实际监控类型不匹配，此时根据当前监控类型获取监控子类的实现逻辑，并根据通用行为和实现逻辑再次定义监控子类的监控行为。从而使监控子类能够再次根据设备类型进行选取相应的监控行为，并进行实例化。进而能够对监控子类的监控行为进行及时的更新，从而能够对更多类型的设备的监控数据进行采集。

本申请实施例一种监控目标插件化的开发方法的实施原理为：预定义监控模板类，监控模板类包括所有监控类型的通用行为，然后定义监控子类以继承监控模板类，从而能够实现监控模板类的通用行为，接着获取设备实际的监控类型，作为实际监控类型，并根据实际监控类型获取相应的监控子类的实现逻辑，最后根据通用行为和实现逻辑定义监控子类的监控行为，使监控子类能够对相应的设备进行监控。通过对监控子类进行定义，可以做到不修改监控模板类，从而能够能够降低监控模板类与设备之间的耦合度，即降低核心主程序与监控目标的耦合度，进而降低产品的研发以及版本升级的难度。

本申请实施例还公开一种监控目标插件化的开发系统，能够达到如上述监控目标插件化的开发方法同样的技术效果。

参照图4，监控目标插件化的开发系统包括：

第一定义模块1，用于预定义监控模板类，监控模板类包括所有监控类型的通用行为；

第二定义模块2，用于定义监控子类以继承监控模板类；

第一获取模块3，用于获取设备实际的监控类型，作为实际监控类型；

第二获取模块4，用于基于实际监控类型获取监控子类的实现逻辑；

第三定义模块5，用于基于通用行为和实现逻辑定义监控子类的监控行为。

具体来说，第一定义模块1预定义监控模板类之后发送给与其相连的第二定义模块2，第二定义模块2定义监控子类，监控子类继承监控模板类的通用行为，并发送给与其相连的第三定义模块5。

第一获取模块3获取设备实际的监控类型，作为实际监控类型并发送给与其相连的第二获取模块4，第二获取模块4根据实际监控类型获取监控子类的实现逻辑，并发送给与其相连的第三定义模块5。

第三定义模块5根据通用行为和实现逻辑定义监控子类的监控行为，通过监控子类与设备进行耦合，从而能够降低监控模板类与设备之间的耦合度，即降低核心主程序与监控目标的耦合度，进而降低产品的研发以及版本升级的难度。

在另一个实施例中，监控目标插件化的开发系统还包括：采集模块，采集模块连接有IPMI（智能平台管理接口）接口、SNMP（简单网络管理协议）接口、ICMP（Internet控制报文协议）接口、SSH（安全外壳协议）接口、Agent（人工智能术语）接口，不同的接口用于采集不同的设备监控数据。例如：IPMI接口采集服务器监控数据，SNMP接口采集数据库监控数据，ICMP采集网络设备监控数据，SSH采集中间件的监控数据，Agent采集其他设备的监控数据。

本申请实施例还公开一种智能终端，智能终端包括存储器和处理器。存储器，存储有智能计算程序。处理器，在运行智能开发程序时，能够执行上述的监控目标插件化的开发方法的步骤。智能开发程序能够采用公知的处理程序对数据进行定义、继承等一系列步骤，从而实现对数据的查询。

本申请实施例还公开一种计算机可读存储介质，其存储有能够被处理器加载并执行如上述的监控目标插件化的开发方法的计算机程序，该计算机可读存储介质例如包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(RandomAccessMemory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上均为本申请的较佳实施例，并非依此限制本申请的保护范围，故：凡依本申请的结构、形状、原理所做的等效变化，均应涵盖于本申请的保护范围之内。

Claims (6)

1.一种监控目标插件化的开发方法，其特征在于，包括：

预定义监控模板类，所述监控模板类包括所有监控类型的通用行为；

定义监控子类以继承所述监控模板类；

获取设备实际的所述监控类型，作为实际监控类型；

基于所述实际监控类型获取所述监控子类的实现逻辑；

基于所述通用行为和所述实现逻辑定义所述监控子类的监控行为；

获取所述设备的类型，作为设备类型；

获取所述设备类型对应的所述监控类型，作为当前监控类型；

判断所述当前监控类型与所述实际监控类型是否匹配；

若是，则调用所述监控行为对所述设备进行监控；

若否，则基于所述当前监控类型获取所述监控子类的所述实现逻辑；

基于所述通用行为和所述实现逻辑再次定义所述监控子类的监控行为；

所述监控子类设为多级；

所述监控子类的一级子类包括：数据库模型、网络管理协议模型、管理接口模型。

2.根据权利要求1所述的开发方法，其特征在于，所述通用行为包括：查询名称、获取logo图标、获取监控类型的子类型、支持的监控协议、配置监控采集信息、校验监控采集信息、监控数据采集、告警采集。

3.根据权利要求1所述的开发方法，其特征在于，所述预定义监控模板类之前还包括：

获取Maven项目；

基于Maven项目添加SDK开发包，所述SDK开发包包括全部的开发依赖资源。

4.一种监控目标插件化的开发系统，其特征在于，包括：

第一定义模块(1)，用于预定义监控模板类，所述监控模板类包括所有监控类型的通用行为；

第二定义模块(2)，用于定义监控子类以继承所述监控模板类；

第一获取模块(3)，用于获取设备实际的所述监控类型，作为实际监控类型；

第二获取模块(4)，用于基于所述实际监控类型获取所述监控子类的实现逻辑；

第三定义模块(5)，用于基于所述通用行为和所述实现逻辑定义所述监控子类的监控行为；

第一类型获取模块，用于获取所述设备的类型，作为设备类型；

第二类型获取模块，用于获取所述设备类型对应的所述监控类型，作为当前监控类型；

类型判断模块，用于判断所述当前监控类型与所述实际监控类型是否匹配；

控制模块，用于当所述当前监控类型与所述实际监控类型匹配时，调用所述监控行为对所述设备进行监控；还用于当所述当前监控类型与所述实际监控类型不匹配时，基于所述当前监控类型获取所述监控子类的所述实现逻辑；

其中，所述监控子类设为多级，所述监控子类的一级子类包括：数据库模型、网络管理协议模型、管理接口模型。

5.一种智能终端，其特征在于，包括：

存储器，存储有智能开发程序；

处理器，在运行所述智能开发程序时，能够执行如权利要求1至3任一项所述方法的步骤。

6.一种计算机可读存储介质，其特征在于：存储有能够被处理器加载并执行如权利要求1至3中任一种方法的计算机程序。

Images