CN114244678B - 多协议告警设备接入方法及系统 - Google Patents

多协议告警设备接入方法及系统 Download PDF

Info

Publication number
CN114244678B
CN114244678B CN202111531202.5A CN202111531202A CN114244678B CN 114244678 B CN114244678 B CN 114244678B CN 202111531202 A CN202111531202 A CN 202111531202A CN 114244678 B CN114244678 B CN 114244678B
Authority
CN
China
Prior art keywords
acquisition
interface
alarm
command
message
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
CN202111531202.5A
Other languages
English (en)
Other versions
CN114244678A (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.)
Inspur Communication Information System Co Ltd
Original Assignee
Inspur Communication Information System 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 Inspur Communication Information System Co Ltd filed Critical Inspur Communication Information System Co Ltd
Priority to CN202111531202.5A priority Critical patent/CN114244678B/zh
Publication of CN114244678A publication Critical patent/CN114244678A/zh
Application granted granted Critical
Publication of CN114244678B publication Critical patent/CN114244678B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02Standardisation; Integration
    • H04L41/0213Standardised network management protocols, e.g. simple network management protocol [SNMP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0803Configuration setting

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了多协议告警设备接入方法及系统,属于网关系统告警管理技术领域,要解决的技术问题为如何实现多协议设备告警采集的统一管理。方法包括如下步骤:定义采集包必须实现五个采集接口,分别为启动接口、停止接口、重启接口、状态检查接口及告警同步接口,并通过管理框架定义采集包必须满足支持与其适配厂商设备的告警协议;在采集程序运行时,复用基础配置文件,将管理系统生成的配置参数加载到基础配置文件中,以新建插件式的采集包;消息接口必须包括五种,分别为新建采集程序命令接口、删除采集程序命令接口、启动采集进程命令接口、停止采集进程命令接口以及同步命令接口;基于消息命令调用对应的消息接口,以实现对采集程序的管理。

Description

多协议告警设备接入方法及系统
技术领域
本发明涉及网关系统告警管理技术领域,具体地说是多协议告警设备接入方法及系统。
背景技术
多厂商、多技术、多专业的存在,导致了大量的网管终端的存在,不同网管终端的操作界面及管理方式各不相同,导致需要不同的维护人员去管理不同的网管系统,造成人力资源浪费,运维成本增加;现有网管的告警信息采集较为分散,采集方式也千差万别,导致告警信息的格式不统一,管理不同步;缺乏对告警信息进行集中处理的方式和手段,由于告警信息中包含大量的无用或重复告警信息,使维护人员无法将精力集中在对重要告警信息的处理上,降低了故障处理的效率;来自各专业网的原始告警信息无法与相应的业务和客户信息关联,即无法进行告警对业务和客户的影响性分析,无法做到对客户业务故障的主动式管理。
网管使用者需要一个网络监控、维护平台,可以兼容各厂家设备,对设备故障做到统一监控,形成多方位、监控、报障、处理、销障的及时、准确、方便的闭环维护流程。
基于上述,如何实现多协议设备告警采集的统一管理,是需要解决的技术问题。
发明内容
本发明的技术任务是针对以上不足,提供多协议告警设备接入方法及系统,来解决如何实现多协议设备告警采集的统一管理的技术问题。
第一方面,本发明的多协议告警设备接入方法,应用于包括管理系统、消息通道和服务器的告警设备接入系统,所述方法包括如下步骤:
配置管理框架,通过管理框架定义采集包必须实现五个采集接口,分别为用于启动采集服务的启动接口、用于停止采集服务的停止接口、用于重启采集服务器的重启接口、用于对采集服务进行状态检查的状态检查接口以及用于触发告警同步的告警同步接口,并通过管理框架定义采集包必须满足支持与其适配厂商设备的告警协议;
基于管理框架在服务器上配置用于创建采集包的基础配置文件,在采集程序运行时,复用基础配置文件,将管理系统生成的配置参数加载到基础配置文件中,以新建插件式的采集包;
定义管理系统与服务器之间的消息接口,所述消息接口必须包括五种,分别为新建采集程序命令接口、删除采集程序命令接口、启动采集进程命令接口、停止采集进程命令接口以及同步命令接口;
监听管理系统下发的消息命令,并基于消息命令调用对应的消息接口,以实现对采集程序的管理。
作为优选,消息命令为新建采集程序命令时,调用新建采集程序命令接口,动态加载管理系统生成的配置参数,在服务器上复用基础配置文件,并将配置参数生成到基础配置文件中,新建一个新的采集包;
消息命令为删除采集程序命令时,调用删除采集程序接口,将对应的采集包从服务器上删除,并向管理系统返回执行结果。
消息命令为启动采集进程命令时,调用启动采集进程命令接口,启动采集进程,并调用采集包的启动接口启动采集服务,并向管理系统返回执行结果;
消息命令为停止采集进程命令时,调用停止采集进程接口,停止采集进程,并调用采集包的停止接口,停止采集服务,并向管理系统返回执行结果;
消息命令为同步命令时,调用同步命令接口,基于同步命令中对应采集程序的ID,调用对应采集包的告警同步接口,启动告警同步服务,并更新告警同步状态,并向管理系统返回执行结果。
作为优选,启动采集进程后,执行进程状态检查命令,基于所述进程状态检查命令调用对应采集包的状态检查接口,启动对采集服务进行状态检查,以确保采集进程已正常启动,如果启动成功,通过所述启动采集进程命令接口向管理系统反回内容为启动成功的执行结果,如果启动失败,进行预定次数的重试,如果重试失败后,向管理系统返回内容为启动失败的执行结果。
作为优选,采集服务运行期间,如果需要变更参数,在变更参数后,执行重启采集服务指令,基于重启采集服务指令调用对应采集包的重启接口,并向管理系统返回执行结果。
作为优选,采集包的启动接口用于实现实时告警对接,分为被动和主动两种方式,采用单独线程运行。
作为优选,基于告警协议,采集包的告警接口分为两种,分别为:
主动获取,所述主动获取为采集侧主动向管理系统请求告警信息,将告警信息取回后进行操作处理,所述操作处理包括周期环比;
被动接收,所述被动接收为采集侧提供接收服务,由管理系统主动将告警请求推送至采集侧。
作为优选,当告警对接方式为被动接收方式时,调用采集包的告警同步接口触发告警服务时,通过采集包的告警接口与对应厂商设备的告警接口交互,采集包的告警接口支持对用厂商设备的告警协议;
当告警对接方式为主动获取方式时,调用采集包的告警同步接口触发告警服务时,采集包的告警同步接口与对应厂商设备的告警接口交互,采集包的告警同步接口支持对用厂商设备的告警协议。
作为优选,消息通道作为管理系统与服务器之间的消息中转,消息通道启动单独线程实时监听消息命令,当接到消息命令时基于消息命令类型,将消息命令分发至对应的消息接口。
作为优选,所述消息通道为Kafka或MQ消息中间件。
第二方面,本发明的多协议告警设备接入系统,包括:
管理系统,所述管理系统通过管理界面对外交互,用于生成配置参数,所述配置参数用于创建采集包;用于下发消息命令;
服务器,所述服务器上配置有消息接口、基础配置文件以及管理模块,所述消息接口必须包括五种,分别为新建采集程序命令接口、删除采集程序命令接口、启动采集进程命令接口、停止采集进程命令接口以及同步命令接口;所述基础配置文件为基于管理框架配置的用于创建采集包的文件,在采集程序运行时,所述管理模块用于复用基础配置文件,将管理系统生成的配置参数加载到基础配置文件中,以新建插件式的采集包;
消息通道,所述消息通道用于监听消息命令,并基于消息命令调用对应的消息接口,以实现对采集程序的管理。
本发明的多协议告警设备接入方法及系统具有以下优点:、
1、针对通信领域多协议、多厂商的业务场景,解决了运维人员需要运维大量终端问题,统一了告警采集标准,实现集中标准化告警管理;
2、基于定义的管理框架配置基础配置文件,创建采集包时可通过复用基础配置文件的方式,将相关配置参数加载到基础配置文件中得到适配的采集包,达到了后续灵活扩展的目的,以插件形式快速接入网管系统告警。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
下面结合附图对本发明进一步说明。
图1为实施例1多协议告警设备接入方法的流程框图;
图2为实施例1多协议告警设备接入方法中基于管理框架配置基础配置文件实现采集包插件式的原理框图;
图3为实施例1多协议告警设备接入方法中采集接口调用的时序图;
图4为实施例1多协议告警设备接入方法中消息流程框图。
具体实施方式
下面结合附图和具体实施例对本发明作进一步说明,以使本领域的技术人员可以更好地理解本发明并能予以实施,但所举实施例不作为对本发明的限定,在不冲突的情况下,本发明实施例以及实施例中的技术特征可以相互结合。
本发明实施例提供多协议告警设备接入方法及系统,用于解决如何实现多协议设备告警采集的统一管理的技术问题。
实施例1:
本发明多协议告警设备接入方法,应用于包括管理系统、消息通道和服务器的告警设备接入系统,如图1所示该方法包括如下步骤:
S100、配置管理框架,通过管理框架定义采集包必须实现五个采集接口,分别为用于启动采集服务的启动接口、用于停止采集服务的停止接口、用于重启采集服务器的重启接口、用于对采集服务进行状态检查的状态检查接口以及用于触发告警同步的告警同步接口,并通过管理框架定义采集包必须满足支持与其适配厂商设备的告警协议;
S200、基于管理框架在服务器上配置用于创建采集包的基础配置文件,在采集程序运行时,复用基础配置文件,将管理系统生成的配置参数加载到基础配置文件中,以新建插件式的采集包;
S300、定义管理系统与服务器之间的消息接口,所述消息接口必须包括五种,分别为新建采集程序命令接口、删除采集程序命令接口、启动采集进程命令接口、停止采集进程命令接口以及同步命令接口;
S400、监听管理系统下发的消息命令,并基于消息命令调用对应的消息接口,以实现对采集程序的管理。
如图2所示本实施例中,对各种采集包提出了统一的管控要求,并从框架层面规范了5大接口,以下描述框架接口定义和运行机制。
通过管理框架定义采集接口标准,所有采集包均需沿用此标准与管理框架进行对接,便于后期通过管理框架实现自动启停,实现采集包灵活扩展,插件式告警对接。
定义各采集包必须实现以下五个接口:启动、停止、重启、状态检查、告警同步。规范所有采集包按照统一规范进行开发,避免各采集包按照各自规范定义程序,造成程序不统一,后期维护困难以及告警处理无规范等问题。
启动接口:在采集服务启动时,调用此接口,用于实时告警对接,通常分为被动和主动两种方式,采用单独线程运行,保证实时告警接收的稳定行。
停止接口:在采集服务运行期间,有可能因为网络升级或者服务变更等原因导致告警异常,因此,需要临时停用采集服务,所以此接口用于停止采集服务,但不删除服务器上采集接口信息。
重启接口:在采集服务运行期间有可能需要变更采集参数,在参数变更后需要重启采集服务,重启时调用此接口。
状态检查接口:在采集服务运行期间,需要周期调用此接口查询采集服务状态。
告警同步接口:当自动或手动执行告警同步时,调用此接口触发告警同步,采集单独线程运行,不影响实时告警采集服务。
本实施例中采集接口的如表1所示。
表1接口列表
根据采集接口规范,按照厂商及协议特点,快速完成采集逻辑设计,并支持同厂商、同协议网管系统灵活扩展。即按照厂商和协议分类,同一厂商,同一协议开发一个采集对接包,当接入多个同一厂商,同一协议的网管系统时,可以直接复用一个采集包对应的基础配置文件。将管理系统对接参数生成到基础配置文件中,在采集程序运行时,动态加载配置参数,调用同一采集包实现插件式采集包,有利于灵活部署,快速扩展。
当有网管系统需要对接时,首先需分析协议及厂商特点,逐步实现各接口。不通协议需使用不同技术实现,部署方式以及编程语言均可扩展。按照目前主流告警协议,通常分为两类告警接口,一种为被动接收,即采集侧提供接收服务,由网管系统主动将告警推送至采集侧;另一种为主动获取,即采集侧主动向网管系统请求告警信息,将告警信息取回后进行周期环比等一系列操作。
当告警对接方式为被动接收方式时,调用采集包的告警同步接口触发告警服务时,通过采集包的告警接口与对应厂商设备的告警接口交互,采集包的告警接口支持对用厂商设备的告警协议;
当告警对接方式为主动获取方式时,调用采集包的告警同步接口触发告警服务时,采集包的告警同步接口与对应厂商设备的告警接口交互,采集包的告警同步接口支持对用厂商设备的告警协议。
本实施例中还定义管理系统与采集程序的消息接口,实现采集程序管理,包括启动、停止、创建、删除等操作,以及向采集程序下发同步命令等。
定义消息接口包括以下五种:新建采集程序命令接口、删除采集程序命令接口、启动采集进程命令、停止采集进程命令接口、同步命令接口。采用Kafka或MQ作为消息中转,启用单独线程实时监听消息,当收到消息通知后,根据消息类型,分发给各个接口。
新建采集程序命令接口:当消息接口接收到新建采集程序命令时,服务器中管理模块将按照命令中的厂商、协议类型,并根据管理系统中定义的相关参数,包括IP、端口等信息,在服务器上执行shell脚本,自动创建采集包。
删除采集程序命令接口:当消息接口接收到删除采集程序命令时,服务器中管理模块管理模块将根据命令中的采集程序ID,在服务器上执行shell脚本,删除采集包相关文件。
启动采集进程接口:当消息接口接收到启动采集进程命令时,服务器中管理模块管理模块将执行相应shell脚本,启动采集进程,进程启动后再次执行进程状态检查shell命令,确保进程已正常启动;若启动成功,将通过消息接口向管理系统反馈启动成功,反之,若启动失败,则最多进行三次重试,如仍失败,则向管理系统反馈启动失败。
停止采集进程接口:当消息接口接收到停止采集进程命令时,服务器中管理模块管理模块将执行相应shell脚本,停止采集进程,并向管理系统反馈停止成功。
同步命令接口:当消息接口接收到同步命令时,服务器中管理模块管理模块将根据采集程序ID,调用对应的采集程序执行同步命令,并更新同步状态。
基于上述消息接口的功能,该方法可执行如下操作:
消息命令为新建采集程序命令时,调用新建采集程序命令接口,动态加载管理系统生成的配置参数,在服务器上复用基础配置文件,并将配置参数生成到基础配置文件中,新建一个新的采集包;
消息命令为删除采集程序命令时,调用删除采集程序接口,将对应的采集包从服务器上删除,并向管理系统返回执行结果。
消息命令为启动采集进程命令时,调用启动采集进程命令接口,启动采集进程,并调用采集包的启动接口启动采集服务,并向管理系统返回执行结果;
消息命令为停止采集进程命令时,调用停止采集进程接口,停止采集进程,并调用采集包的停止接口,停止采集服务,并向管理系统返回执行结果;
消息命令为同步命令时,调用同步命令接口,基于同步命令中对应采集程序的ID,调用对应采集包的告警同步接口,启动告警同步服务,并更新告警同步状态,并向管理系统返回执行结果。
其中,启动采集进程后,执行进程状态检查命令,基于所述进程状态检查命令调用对应采集包的状态检查接口,启动对采集服务进行状态检查,以确保采集进程已正常启动,如果启动成功,通过所述启动采集进程命令接口向管理系统反回内容为启动成功的执行结果,如果启动失败,进行预定次数的重试,如果重试失败后,向管理系统返回内容为启动失败的执行结果。
采集服务运行期间,如果需要变更参数,在变更参数后,执行重启采集服务指令,基于重启采集服务指令调用对应采集包的重启接口,并向管理系统返回执行结果。
本实施例的方法定义了一种统一的5-接口的采集管理框架规范,各厂商各协议包均需基于此标准进行开发和部署;避免了常见的部署杂乱、管控功能不全、可靠性低的弊端。该方法定义并实现基于不同厂商、不同协议的实时告警对接方法,采集对接包以插件式接入,具备自动化部署、灵活扩展、按协议高度复用等特点;通过统一消息接口实现与管理系统的实时通信,通过实时命令下发启停、同步等指令。
实施例2:
本发明多协议告警设备接入系统,包括管理系统、服务器以及消息通道,管理系统通过管理界面对外交互,用于生成配置参数,所述配置参数用于创建采集包;用于下发消息命令;服务器上配置有消息接口、基础配置文件以及管理模块,所述消息接口必须包括五种,分别为新建采集程序命令接口、删除采集程序命令接口、启动采集进程命令接口、停止采集进程命令接口以及同步命令接口;所述基础配置文件为基于管理框架配置的用于创建采集包的文件,在采集程序运行时,所述管理模块用于复用基础配置文件,将管理系统生成的配置参数加载到基础配置文件中,以新建插件式的采集包;消息通道用于监听消息命令,并基于消息命令调用对应的消息接口,以实现对采集程序的管理。
本实施例中,管理框架定义采集接口标准,所有采集包均需沿用此标准与管理框架进行对接,便于后期通过管理框架实现自动启停,实现采集包灵活扩展,插件式告警对接。
定义各采集包必须实现以下五个接口:启动、停止、重启、状态检查、告警同步。规范所有采集包按照统一规范进行开发,避免各采集包按照各自规范定义程序,造成程序不统一,后期维护困难以及告警处理无规范等问题。
启动接口:在采集服务启动时,调用此接口,用于实时告警对接,通常分为被动和主动两种方式,采用单独线程运行,保证实时告警接收的稳定行。
停止接口:在采集服务运行期间,有可能因为网络升级或者服务变更等原因导致告警异常,因此,需要临时停用采集服务,所以此接口用于停止采集服务,但不删除服务器上采集接口信息。
重启接口:在采集服务运行期间有可能需要变更采集参数,在参数变更后需要重启采集服务,重启时调用此接口。
状态检查接口:在采集服务运行期间,需要周期调用此接口查询采集服务状态。
告警同步接口:当自动或手动执行告警同步时,调用此接口触发告警同步,采集单独线程运行,不影响实时告警采集服务。
根据采集接口规范,按照厂商及协议特点,快速完成采集逻辑设计,并支持同厂商、同协议网管系统灵活扩展。即按照厂商和协议分类,同一厂商,同一协议开发一个采集对接包,当接入多个同一厂商,同一协议的网管系统时,可以直接复用一个采集包对应的基础配置文件。将管理系统对接参数生成到基础配置文件中,在采集程序运行时,动态加载配置参数,调用同一采集包实现插件式采集包,有利于灵活部署,快速扩展。
当有网管系统需要对接时,首先需分析协议及厂商特点,逐步实现各接口。不通协议需使用不同技术实现,部署方式以及编程语言均可扩展。按照目前主流告警协议,通常分为两类告警接口,一种为被动接收,即采集侧提供接收服务,由网管系统主动将告警推送至采集侧;另一种为主动获取,即采集侧主动向网管系统请求告警信息,将告警信息取回后进行周期环比等一系列操作。
当告警对接方式为被动接收方式时,调用采集包的告警同步接口触发告警服务时,通过采集包的告警接口与对应厂商设备的告警接口交互,采集包的告警接口支持对用厂商设备的告警协议;
当告警对接方式为主动获取方式时,调用采集包的告警同步接口触发告警服务时,采集包的告警同步接口与对应厂商设备的告警接口交互,采集包的告警同步接口支持对用厂商设备的告警协议。
消息通道为Kafka或MQ,作为消息中转,启用单独线程实时监听消息,当收到消息通知后,根据消息类型,分发给各个消息接口。
消息接口包括以下五种:新建采集程序命令接口、删除采集程序命令接口、启动采集进程命令、停止采集进程命令接口、同步命令接口。采用Kafka或MQ作为消息中转,启用单独线程实时监听消息,当收到消息通知后,根据消息类型,分发给各个接口。
新建采集程序命令接口:当消息接口接收到新建采集程序命令时,服务器中管理模块将按照命令中的厂商、协议类型,并根据管理系统中定义的相关参数,包括IP、端口等信息,在服务器上执行shell脚本,自动创建采集包。
删除采集程序命令接口:当消息接口接收到删除采集程序命令时,服务器中管理模块管理模块将根据命令中的采集程序ID,在服务器上执行shell脚本,删除采集包相关文件。
启动采集进程接口:当消息接口接收到启动采集进程命令时,服务器中管理模块管理模块将执行相应shell脚本,启动采集进程,进程启动后再次执行进程状态检查shell命令,确保进程已正常启动;若启动成功,将通过消息接口向管理系统反馈启动成功,反之,若启动失败,则最多进行三次重试,如仍失败,则向管理系统反馈启动失败。
停止采集进程接口:当消息接口接收到停止采集进程命令时,服务器中管理模块管理模块将执行相应shell脚本,停止采集进程,并向管理系统反馈停止成功。
同步命令接口:当消息接口接收到同步命令时,服务器中管理模块管理模块将根据采集程序ID,调用对应的采集程序执行同步命令,并更新同步状态。
本实施例的系统,可执行实施例1公开的方法。
上文通过附图和优选实施例对本发明进行了详细展示和说明,然而本发明不限于这些已揭示的实施例,基与上述多个实施例本领域技术人员可以知晓,可以组合上述不同实施例中的代码审核手段得到本发明更多的实施例,这些实施例也在本发明的保护范围之内。

Claims (10)

1.多协议告警设备接入方法,其特征在于应用于包括管理系统、消息通道和服务器的告警设备接入系统,所述方法包括如下步骤:
配置管理框架,通过管理框架定义采集包必须实现五个采集接口,分别为用于启动采集服务的启动接口、用于停止采集服务的停止接口、用于重启采集服务器的重启接口、用于对采集服务进行状态检查的状态检查接口以及用于触发告警同步的告警同步接口,并通过管理框架定义采集包必须满足支持与其适配厂商设备的告警协议;
基于管理框架在服务器上配置用于创建采集包的基础配置文件,在采集程序运行时,复用基础配置文件,将管理系统生成的配置参数加载到基础配置文件中,以新建插件式的采集包;
定义管理系统与服务器之间的消息接口,所述消息接口必须包括五种,分别为新建采集程序命令接口、删除采集程序命令接口、启动采集进程命令接口、停止采集进程命令接口以及同步命令接口;
监听管理系统下发的消息命令,并基于消息命令调用对应的消息接口,以实现对采集程序的管理。
2.根据权利要求1所述的多协议告警设备接入方法,其特征在于消息命令为新建采集程序命令时,调用新建采集程序命令接口,动态加载管理系统生成的配置参数,在服务器上复用基础配置文件,并将配置参数生成到基础配置文件中,新建一个新的采集包;
消息命令为删除采集程序命令时,调用删除采集程序接口,将对应的采集包从服务器上删除,并向管理系统返回执行结果;
消息命令为启动采集进程命令时,调用启动采集进程命令接口,启动采集进程,并调用采集包的启动接口启动采集服务,并向管理系统返回执行结果;
消息命令为停止采集进程命令时,调用停止采集进程接口,停止采集进程,并调用采集包的停止接口,停止采集服务,并向管理系统返回执行结果;
消息命令为同步命令时,调用同步命令接口,基于同步命令中对应采集程序的ID,调用对应采集包的告警同步接口,启动告警同步服务,并更新告警同步状态,并向管理系统返回执行结果。
3.根据权利要求1所述的多协议告警设备接入方法,其特征在于启动采集进程后,执行进程状态检查命令,基于所述进程状态检查命令调用对应采集包的状态检查接口,启动对采集服务进行状态检查,以确保采集进程已正常启动,如果启动成功,通过所述启动采集进程命令接口向管理系统反回内容为启动成功的执行结果,如果启动失败,进行预定次数的重试,如果重试失败后,向管理系统返回内容为启动失败的执行结果。
4.根据权利要求1所述的多协议告警设备接入方法,其特征在于采集服务运行期间,如果需要变更参数,在变更参数后,执行重启采集服务指令,基于重启采集服务指令调用对应采集包的重启接口,并向管理系统返回执行结果。
5.根据权利要求1或2所述的多协议告警设备接入方法,其特征在于采集包的启动接口用于实现实时告警对接,分为被动和主动两种方式,采用单独线程运行。
6.根据权利要求1或2所述的多协议告警设备接入方法,其特征在于基于告警协议,采集包的告警接口分为两种,分别为:
主动获取,所述主动获取为采集侧主动向管理系统请求告警信息,将告警信息取回后进行操作处理,所述操作处理包括周期环比;
被动接收,所述被动接收为采集侧提供接收服务,由管理系统主动将告警请求推送至采集侧。
7.根据权利要求6所述的多协议告警设备接入方法,其特征在于当告警对接方式为被动接收方式时,调用采集包的告警同步接口触发告警服务时,通过采集包的告警接口与对应厂商设备的告警接口交互,采集包的告警接口支持对用厂商设备的告警协议;
当告警对接方式为主动获取方式时,调用采集包的告警同步接口触发告警服务时,采集包的告警同步接口与对应厂商设备的告警接口交互,采集包的告警同步接口支持对用厂商设备的告警协议。
8.根据权利要求5所述的多协议告警设备接入方法,其特征在于消息通道作为管理系统与服务器之间的消息中转,消息通道启动单独线程实时监听消息命令,当接到消息命令时基于消息命令类型,将消息命令分发至对应的消息接口。
9.根据权利要求8所述的多协议告警设备接入方法,其特征在于所述消息通道为Kafka或MQ消息中间件。
10.多协议告警设备接入系统,其特征在于包括:
管理系统,所述管理系统通过管理界面对外交互,用于生成配置参数,所述配置参数用于创建采集包;用于下发消息命令;
服务器,所述服务器上配置有消息接口、基础配置文件以及管理模块,所述消息接口必须包括五种,分别为新建采集程序命令接口、删除采集程序命令接口、启动采集进程命令接口、停止采集进程命令接口以及同步命令接口;所述基础配置文件为基于管理框架配置的用于创建采集包的文件,在采集程序运行时,所述管理模块用于复用基础配置文件,将管理系统生成的配置参数加载到基础配置文件中,以新建插件式的采集包;
消息通道,所述消息通道用于监听消息命令,并基于消息命令调用对应的消息接口,以实现对采集程序的管理;
基础配置文件的配置方式为:配置管理框架,通过管理框架定义采集包必须实现五个采集接口,分别为用于启动采集服务的启动接口、用于停止采集服务的停止接口、用于重启采集服务器的重启接口、用于对采集服务进行状态检查的状态检查接口以及用于触发告警同步的告警同步接口,并通过管理框架定义采集包必须满足支持与其适配厂商设备的告警协议;基于管理框架在服务器上配置用于创建采集包的基础配置文件。
CN202111531202.5A 2021-12-15 2021-12-15 多协议告警设备接入方法及系统 Active CN114244678B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111531202.5A CN114244678B (zh) 2021-12-15 2021-12-15 多协议告警设备接入方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111531202.5A CN114244678B (zh) 2021-12-15 2021-12-15 多协议告警设备接入方法及系统

Publications (2)

Publication Number Publication Date
CN114244678A CN114244678A (zh) 2022-03-25
CN114244678B true CN114244678B (zh) 2024-03-12

Family

ID=80756160

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111531202.5A Active CN114244678B (zh) 2021-12-15 2021-12-15 多协议告警设备接入方法及系统

Country Status (1)

Country Link
CN (1) CN114244678B (zh)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1946031A (zh) * 2006-10-27 2007-04-11 天津市雅浪通讯技术有限公司 多协议数据和传输网络设备集中管理系统及方法
CN101795207A (zh) * 2009-12-29 2010-08-04 大唐软件技术股份有限公司 多技术网络的采集器动态部署方法及系统
CN105592485A (zh) * 2016-03-28 2016-05-18 浪潮通信信息系统有限公司 一种基于snmp网管协议实时采集并处理消息的方法
CN106992903A (zh) * 2017-03-30 2017-07-28 国网福建省电力有限公司 一种基于网络设备的数据采集系统及方法
CN108833137A (zh) * 2018-05-18 2018-11-16 南京南瑞信息通信科技有限公司 一种柔性微服务监控框架架构
CN111585782A (zh) * 2020-03-18 2020-08-25 国网江苏省电力有限公司信息通信分公司 综合化集中告警自动处理系统及方法
CN111782205A (zh) * 2020-07-30 2020-10-16 杭州玳数科技有限公司 一种通用软件部署监控系统及方法
CN112968789A (zh) * 2019-12-12 2021-06-15 中兴通讯股份有限公司 数据采集方法、装置、计算机设备及计算机可读介质

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1946031A (zh) * 2006-10-27 2007-04-11 天津市雅浪通讯技术有限公司 多协议数据和传输网络设备集中管理系统及方法
CN101795207A (zh) * 2009-12-29 2010-08-04 大唐软件技术股份有限公司 多技术网络的采集器动态部署方法及系统
CN105592485A (zh) * 2016-03-28 2016-05-18 浪潮通信信息系统有限公司 一种基于snmp网管协议实时采集并处理消息的方法
CN106992903A (zh) * 2017-03-30 2017-07-28 国网福建省电力有限公司 一种基于网络设备的数据采集系统及方法
CN108833137A (zh) * 2018-05-18 2018-11-16 南京南瑞信息通信科技有限公司 一种柔性微服务监控框架架构
CN112968789A (zh) * 2019-12-12 2021-06-15 中兴通讯股份有限公司 数据采集方法、装置、计算机设备及计算机可读介质
CN111585782A (zh) * 2020-03-18 2020-08-25 国网江苏省电力有限公司信息通信分公司 综合化集中告警自动处理系统及方法
CN111782205A (zh) * 2020-07-30 2020-10-16 杭州玳数科技有限公司 一种通用软件部署监控系统及方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
郭涛峰 ; 张渊 ; 张攀翔 ; .采集平台采集适配插件化开发技术研究与实现.电信科学.2013,(第07期),全文. *

Also Published As

Publication number Publication date
CN114244678A (zh) 2022-03-25

Similar Documents

Publication Publication Date Title
CN106610836B (zh) 一种微服务运行管理工具
CN106844198B (zh) 一种分布式调度自动化测试平台及方法
US6763369B1 (en) Hierarchical process management in an intelligent call processing system
EP3200071A1 (en) Runtime environment configuration method, device and system
CN101317381A (zh) 对能力管理对象维护、对能力管理的方法、系统及终端
CN104021078B (zh) 软件监控装置及方法
CN109194538A (zh) 基于分布式协调的测试方法、装置、服务器及存储介质
WO2007003107A1 (fr) Méthode et appareil pour réaliser une opération prédéterminée dans un dispositif de gestion
CN110196731A (zh) 一种运维系统、方法及存储介质
CN108134690B (zh) 网络业务部署流程控制方法、装置及系统
US8019855B2 (en) Method and apparatus interfacing between an application and a library of a master for network managing
CN104598300A (zh) 分布式业务流程定制方法及系统
WO2021057605A1 (zh) 设备管理方法、装置、系统、设备及存储介质
CN115514667A (zh) 接入服务处理方法、系统、装置、电子设备以及存储介质
CN116319732A (zh) 一种基于RabbitMQ的消息队列集中配置管理系统及方法
CN114244678B (zh) 多协议告警设备接入方法及系统
CN112671586B (zh) 一种业务配置自动迁移和保障方法及装置
CN105024847A (zh) 单服务器多网元适配器网管系统及配置、启动、运行方法
CN115102999A (zh) DevOps系统、服务提供方法、存储介质和电子装置
CN111522630B (zh) 基于批次调度中心的计划任务执行方法以及系统
CN115080601A (zh) 一种基于国产cpu和os的异构终端统一平台管理方法及系统
CN111464368B (zh) 一种网管系统中快速实现信令跟踪的装置与方法
CN114168137A (zh) 一种适配多平台的物联网系统和方法
CN115543491A (zh) 微服务处理方法和装置
CN115640096A (zh) 基于kubernetes的应用管理方法、装置和存储介质

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