告警采集系统的开发和应用 论文

[摘要]本文阐述了告警采集系统的总体架构，对于它的每个模块都作了具体的分析和设计。同时引入了规则引擎的应用和一些开发设计思路，说明了一个合理的系统设计将大大降低开发的难度和提高软件的复用性和可扩展性。

[关键词]告警采集 规则引擎 告警解析 标准告警映射 告警过滤 告警重定义

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Bili Chen

(The software department of XiaMen University)

Abstract：In this paper, we explain the structure of the alarm collection system. And we analyze the design of modules in this system. Also we introduce the application of rule engine and some concepts of design. At the end, we discuss a good design will reduce the complexity in the development of the system, and it will promote the reuse of the software and make the system extensible.

Keywords：Alarm Collection； Rule Engine； Alarm Analyze；

Standard Alarm Mapping； Alarm Filter； Alarm Redefine

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

1.     引言. 5

2.     项目总体设计. 5

2.1.   项目说明. 5

2.1.1. 项目名称. 5

2.1.2. 项目地位. 5

2.1.3. 项目现状. 5

2.1.4. 项目业务. 6

2.1.5. 项目目的. 6

2.2.   系统架构. 6

2.2.1. 告警系统总体架构. 6

2.2.2. 告警采集系统总体架构. 7

2.3.   实现方式. 10

3.     项目详细设计. 10

3.1.   告警底层接收模块的建立. 11

3.1.1. Socket公共服务的建立. 11

3.1.2. 原始告警接收的实现. 12

3.2.   告警处理模块设计. 13

3.2.1. 规则引擎服务的建立. 13

3.2.1.1. 规则引擎理论. 13

3.2.1.2. Drools规则引擎的应用. 14

3.2.1.3. 告警规则过滤器引擎的应用. 16

3.2.2. 告警解析和标准映射的实现. 17

3.2.3. 告警上报过滤和告警重定义的实现. 18

3.3． 告警采集线程管理服务的实现. 18

3.4. 告警发送服务的实现. 18

3.4.1. 告警发送队列的建立. 18

3.4.2. 告警发送的实现. 19

3.5.   告警同步数据配置接收的实现. 19

4.     系统的运行结果. 20

4.1.   采集线程的管理. 20

4.2.   告警采集的运行. 20

5.     结束语. 23

[致谢语] 23

［参考文献］. 23

 

 

 

 

 

 

 

 

告警采集系统是联通网管项目中告警系统的一个子模块，由于它处于整个告警系统的最底层，所以在整个系统中至关重要，告警系统中的其它模块都需要有采集系统获得的数据支持。实现该采集系统的功能是一个重要的方面，但更为重要的是要搭建采集系统的可执行框架。因为采集系统面临着多厂商，多接口，难管理，经常变动等问题，所以要求系统要实现可配置、易于管理，易于移植的框架结构。本文就告警采集系统的各个模块，进行了详细的分析和设计，引进了规则引擎和一些设计方法，意在使整个系统变的更加的灵活和易于扩展。

 

 

 

 

告警采集系统

 

告警采集系统是整个告警系统的基础，在整个联通综合网管系统中占有举足轻重的地位。该系统连接着各个厂商的网元设备，这些设备发送联通全省各个地市的基站设备的警报信息。该系统从这些设备中获得不同厂商设备的告警信息，并将原始的告警信息解析成标准的告警信息，并按照一定的规则对标准的告警信息进行过滤和重定义，最终按照预先设定的格式组合成字节流发送给下一模块。从该系统发送的数据将在数据处理层进行升级、压缩、归并等处理，继续发送给应用展现层，最终进入电子运维系统。所以，告警采集系统在整个告警系统中处于底层的基础地位，告警系统的其它模块都依赖于该采集系统，在此基础上整个系统才能够顺利地运行。

 

(1) 多厂商、多接口：从已经运行和在建的移动网管系统看，告警系统都存在厂商多，接口多（ftp接入，Q3接入, CORBA接入，TCP/IP接入，命令行方式接入），由于接口方式太多导致接入模块不统一，造成进程管理混乱。

(2) 数据量大：对于全省综合网管，告警的数量众多，从而有可能导致系统繁忙而无法处理因而告警丢失。

(3) 设备不断升级：由于设备不断升级造成原有的告警采集模块，更新频繁，导致影响系统的稳定性。

(4) 各专业协作需要：告警系统需要具有开放的系统已适应运营商内部的各专业协作。

(5) 难维护：告警系统自身故障难定位与维护。

 

告警采集主要是实现与网元的连接并采集告警数据。对于采集到的告警数据按照以下的处理流程进行业务逻辑处理：

1.告警接收：连接网元接收告警

2.告警解析：解析各个厂家不同设备的告警，分拆得到需要的告警字段，如告警级别

3.告警标准映射：将各个厂家的告警按照一定的规则映射为网管系统的标准告警

4.采集过滤：也就是上报过滤，过滤掉用户认为不重要的告警。过滤的告警在网管系统中不存储

5.告警重定义：根据定义的过滤条件，重新定义告警的告警级别和告警类型

6.告警前传：为了保证重要和主要告警，按照告警级别，分优先级别的前传告警

 

该项目除了要求完成项目所要求的业务功能之外，更为重要的是提供一个告警采集系统的可执行框架，在这个框架上实行可配置，可扩展，易于维护的特点。使得各地的告警采集、不同厂商的服务，经过一定的配置后，都能在这个采集框架上执行起来，而不需要重新进行设计、编码。