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

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

Info

Publication number
CN114327436B
CN114327436B CN202210239910.XA CN202210239910A CN114327436B CN 114327436 B CN114327436 B CN 114327436B CN 202210239910 A CN202210239910 A CN 202210239910A CN 114327436 B CN114327436 B CN 114327436B
Authority
CN
China
Prior art keywords
monitoring
type
subclass
acquiring
actual
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202210239910.XA
Other languages
English (en)
Other versions
CN114327436A (zh
Inventor
乔卫海
赵勇
舒宝辉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Lianxin Hongfang Beijing Technology Co ltd
Original Assignee
Lianxin Hongfang Beijing Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Lianxin Hongfang Beijing Technology Co ltd filed Critical Lianxin Hongfang Beijing Technology Co ltd
Priority to CN202210239910.XA priority Critical patent/CN114327436B/zh
Publication of CN114327436A publication Critical patent/CN114327436A/zh
Application granted granted Critical
Publication of CN114327436B publication Critical patent/CN114327436B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Stored Programmes (AREA)

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中任一种方法的计算机程序。
CN202210239910.XA 2022-03-12 2022-03-12 一种监控目标插件化的开发方法、系统、终端及存储介质 Active CN114327436B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210239910.XA CN114327436B (zh) 2022-03-12 2022-03-12 一种监控目标插件化的开发方法、系统、终端及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210239910.XA CN114327436B (zh) 2022-03-12 2022-03-12 一种监控目标插件化的开发方法、系统、终端及存储介质

Publications (2)

Publication Number Publication Date
CN114327436A CN114327436A (zh) 2022-04-12
CN114327436B true CN114327436B (zh) 2022-07-08

Family

ID=81033216

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210239910.XA Active CN114327436B (zh) 2022-03-12 2022-03-12 一种监控目标插件化的开发方法、系统、终端及存储介质

Country Status (1)

Country Link
CN (1) CN114327436B (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104424266A (zh) * 2013-08-29 2015-03-18 北大方正集团有限公司 网页发布方法及系统
CN104615617A (zh) * 2014-05-13 2015-05-13 国家电网公司 一种变电站设备调度监控信息处理系统
CN104838324A (zh) * 2012-10-08 2015-08-12 费希尔-罗斯蒙特系统公司 动态可重用类
CN109684879A (zh) * 2018-12-21 2019-04-26 北京计算机技术及应用研究所 一种国产化软硬件设备的通用监控方法及系统
CN112272218A (zh) * 2020-10-16 2021-01-26 苏州浪潮智能科技有限公司 云平台实例资源操作方法、装置、计算机设备及存储介质

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8141040B2 (en) * 2007-04-13 2012-03-20 International Business Machines Corporation Assembling work packets within a software factory
CN110557658A (zh) * 2018-05-31 2019-12-10 视联动力信息技术股份有限公司 一种监控系统和方法
CN110287706B (zh) * 2019-06-27 2022-11-25 上海交通大学 面向拟态防御系统的安全性检测系统及方法
CN112039701B (zh) * 2020-08-27 2023-08-15 中国平安财产保险股份有限公司 接口调用监控方法、装置、设备及存储介质
CN113836218A (zh) * 2021-08-02 2021-12-24 李登峻 一种基于工作流的分布式异构处理系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104838324A (zh) * 2012-10-08 2015-08-12 费希尔-罗斯蒙特系统公司 动态可重用类
CN104424266A (zh) * 2013-08-29 2015-03-18 北大方正集团有限公司 网页发布方法及系统
CN104615617A (zh) * 2014-05-13 2015-05-13 国家电网公司 一种变电站设备调度监控信息处理系统
CN109684879A (zh) * 2018-12-21 2019-04-26 北京计算机技术及应用研究所 一种国产化软硬件设备的通用监控方法及系统
CN112272218A (zh) * 2020-10-16 2021-01-26 苏州浪潮智能科技有限公司 云平台实例资源操作方法、装置、计算机设备及存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
基于集成研发平台的直升机概念设计系统研究;王海鹏等;《航空制造技术》;20151106;39-44 *

Also Published As

Publication number Publication date
CN114327436A (zh) 2022-04-12

Similar Documents

Publication Publication Date Title
CN112506444A (zh) 基于Kubernetes集群的扩缩容控制方法和装置、电子设备
US20220029888A1 (en) Detect impact of network maintenance in software defined infrastructure
CN110598280A (zh) 一种设备仿真系统和方法、计算机可读存储介质
CN107545178B (zh) 一种云应用的检测方法及云应用检测装置
CN111679888A (zh) 一种代理容器的部署方法及装置
CN111427665A (zh) 一种量子应用云平台及量子计算任务的处理方法
CN111625834A (zh) Docker镜像文件漏洞检测系统及检测方法
CN112947965A (zh) 容器化的服务更新方法和装置
CN115913872A (zh) 一种服务器监控运维方法、装置、设备及介质
CN114721686A (zh) 配置数据更新方法、装置、电子设备和存储介质
EP4163798A1 (en) Method and apparatus for managing model file in inference application
CN114327436B (zh) 一种监控目标插件化的开发方法、系统、终端及存储介质
CN114327536A (zh) 一种服务器运维方法、装置、设备及存储介质
US11163637B1 (en) Determining server issues related to software versions using artificial intelligence techniques
CN114727100B (zh) 一种监控设备的联合调试方法及装置
CN113806176B (zh) 一种基于配置管理的数据对象识别方法和装置
CN116149941A (zh) 服务器部件的监控方法、装置、服务器及存储介质
CN115729590A (zh) 服务部署方法、装置、设备和计算机可读存储介质
CN114861773A (zh) 模型训练可视化方法、装置以及云平台
CN114428691A (zh) 应用调用方法、装置、电子设备和计算机可读存储介质
CN111104144B (zh) 一种锚点更新的方法及装置
CN112486497A (zh) 编译配置文件的生成方法、装置、电子设备及存储介质
CN112667491A (zh) 虚拟机的功能测试方法及装置
CN107256163B (zh) 一种实现节点管理的方法及装置
CN115686583B (zh) 海量物联网设备升级方法、装置、电子设备和存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant