一种面向网络运维的事件监控方法及装置与流程

1.本发明涉及通信运营商运维技术领域，具体提供一种面向网络运维的事件监控方法及装置。


背景技术：

2.运营商网络管理主要参考国际上电信管理网(tmn)体系结构，tmn管理功能统称为fcaps管理，包括：性能管理、配置管理、账务管理、故障管理、安全管理。目前网络监控主要以故障管理为主，通过对全专业、全业务的告警进行监控发现网络运行中存在的故障，实现故障及时发现、及时维护；由于现网中设备厂家众多，相同类故障各厂家上报的标题、正文、关键信息都不统一；故障上报后需要人为做区分，对维护人员的专业性要求较高，维护人员的培养是需要一定周期，并配合一定时间的一线故障监控监控才可胜任。
3.网络事件是指由于设备故障、参数异常、连接中断、线路劣化、外部环境因素、外部突发事件等造成的业务处理能力下降甚至业务阻断、影响用户体验的监控事件。


技术实现要素：

4.本发明是针对上述现有技术的不足，提供一种实用性强的面向网络运维的事件监控方法。
5.本发明进一步的技术任务是提供一种设计合理，安全适用的面向网络运维的事件监控装置。
6.本发明解决其技术问题所采用的技术方案是：
7.一种面向网络运维的事件监控方法，具有如下步骤：
8.s1、事件识别；
9.s2、定界定位；
10.s3、恢复验证；
11.s4、业务呈现；
12.s5、全流程贯穿。
13.进一步的，在步骤s1中，将基础模型进行标准统一管理，通过模型管理支撑字段的定义及扩充；
14.事件识别通过配置识别策略完成，识别策略设计包括数据筛选、逻辑处理和创建事件三个部分。
15.进一步的，所述数据筛选用来筛选符合规则的数据范围，支持选择不同的数据模型，单字段数据匹配支持大于、小于、等于的操作，不同字段间的匹配支持逻辑控制；
16.所述逻辑处理用来配置事件衍生的门限，支持默认、单分组、多分组、方法调用的方式；
17.创建事件用于生产新的事件数据，支持事件相关字段信息的配置，可指定固定值，也可继承相应子模型信息。
18.进一步的，在步骤s2中，定界定位用于完成故障的分析和定位处故障，采用微服务架构将定界过程分解为数据查询、逻辑判断、数据解析能力节点和通、断、条件控制分支逻辑；通过能力管理对引用自身能力及外部能力进行统一纳管。
19.进一步的，在步骤s2中，对能力节点即处理流程的编排设计进行故障定位；
20.所述编排设计包括能力节点设计、流程决策设计和能力调用。
21.进一步的，在步骤s3中，通过恢复验证的编排设计，完成事件恢复后的业务验证、性能验证；配置过程与定界定位策略相同。
22.进一步的，在步骤s4中，通过场景看板设计配置业务呈现内容，看板设计实现场景展示模块的设计，可设计内容包括呈现的组件，组件的大小、组件布局。
23.进一步地，在步骤s5中，将一个事件相关的事件识别、定界定位、恢复验证、业务呈现等处理步骤及呈现方式进行贯穿，完事实时故障处理流程的控制、呈现。
24.一种面向网络运维的事件监控装置，包括：至少一个存储器和至少一个处理器；
25.所述至少一个存储器，用于存储机器可读程序；
26.所述至少一个处理器，用于调用所述机器可读程序，执行一种面向网络运维的事件监控方法。
27.本发明的一种面向网络运维的事件监控方法及装置和现有技术相比，具有以下突出的有益效果：
28.本发明能有效的支持监控模式，提供事件识别、定界定位、恢复验证、业务呈现的全流程节点过程可配置；支持事件处理流程的快速定义，实现业务需求上线周期月、日的提升；降低运维人员监控门槛，提升网络故障的处理效率。
附图说明
29.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
30.附图1是一种面向网络运维的事件监控方法的流程示意图；
31.附图2是一种面向网络运维的事件监控方法中数据筛选示意图；
32.附图3是一种面向网络运维的事件监控方法中流程编排示意图；
33.附图4是一种面向网络运维的事件监控方法中看板设计示意图。
具体实施方式
34.为了使本技术领域的人员更好的理解本发明的方案，下面结合具体的实施方式对本发明作进一步的详细说明。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例都属于本发明保护的范围。
35.下面给出一个最佳实施例：
36.如图1-4所示，本实施例中上的一种面向网络运维的事件监控方法，具有如下步骤：
37.s1、事件识别；
38.将告警模型、性能模型、事件模型等基础模型进行标准统一管理，通过模型管理快速支撑模型字段的定义及扩充。
39.事件识别通过配置识别策略完成，识别策略设计包括数据筛选、逻辑处理、创建事件三个部分；数据筛选用来筛选符合规则的数据范围，支持选择不同的数据模型，数据筛选字段的灵活配置，单字段数据匹配支持大于、小于、等于等操作，不同字段间的匹配支持与或逻辑控制；逻辑处理用来配置事件衍生的门限，支持默认、单分组、多分组、方法调用多种方式；创建事件用于生产新的事件数据，支持事件相关字段信息的配置，可指定固定值，也可继承相应子模型信息。
40.s2、定界定位；
41.定界定位节点用于完成故障的分析、定位出故障的根本原因；采用微服务架构思想将定界过程分解为数据查询、逻辑判断、数据解析等能力节点和通、断、条件控制等分支逻辑；通过能力管理对引用自身能力及外部能力进行统一纳管。通过对能力节点及处理流程的编排设计，完成故障根因定位的目的。编排设计包括能力节点设计、流程决策设计、能力调用等功能；支持图形化方式编排定界定位策略，支持节点间逻辑配置。
42.s3、恢复验证；
43.通过恢复验证的编排设计，完成事件恢复后的业务验证、性能验证；配置过程与定界定位策略相同。
44.s4、业务呈现；
45.通过场景看板设计配置业务呈现内容，看板设计实现场景展示模块的设计，可设计内容包括呈现的组件，组件的大小、组件布局。
46.s5、全流程贯穿；
47.将一个事件相关的事件识别、定界定位、恢复验证、业务呈现等处理步骤及呈现方式进行贯穿，完事实时故障处理流程的控制、呈现。
48.基于上述方法，本实施例中的一种面向网络运维的事件监控装置，包括：至少一个存储器和至少一个处理器；
49.所述至少一个存储器，用于存储机器可读程序；
50.所述至少一个处理器，用于调用所述机器可读程序，执行一种面向网络运维的事件监控方法。
51.上述具体的实施方式仅是本发明具体的个案，本发明的专利保护范围包括但不限于上述具体的实施方式，任何符合本发明的一种面向网络运维的事件监控方法及装置权利要求书的且任何所述技术领域普通技术人员对其做出的适当变化或者替换，皆应落入本发明的专利保护范围。
52.尽管已经示出和描述了本发明的实施例，对于本领域的普通技术人员而言，可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由所附权利要求及其等同物限定。