故障感知模型构建和故障感知方法与系统、设备、介质与流程

1.本发明涉及计算机技术领域，更具体地，涉及一种故障感知模型构建和故障感知方法与系统、设备、介质。


背景技术：

2.运维是技术类运营维护人员根据业务需求来规划信息、网络、服务，通过系统监控、事件预警、安全维护、业务调度、排障升级等手段，使服务处于长期稳定、安全可用的状态。在传统运维阶段，更多依靠的是人工监控、人工决策、手工实施，导致运维的效率低成本高。
3.在如今数据大爆炸的时代背景下，通过人工智能算法自动从海量数据中学习总结规则，模拟人类作出决策，是新的技术要求和趋势，尤其是在故障发生阶段，如何感知故障，认知故障，处理故障，通报故障，显得尤为重要。
4.随着企业的发展，企业生产对系统运行的稳定性、安全性提出了更高的要求。规模越大、业务越重的企业，系统产生的告警信息数据非常巨大，而且来源多样，导致运维人员需要耗费大量时间进行排查和处理故障，运维效率低下；而且对维护服务响应要求越高，尤其对业务负载中断比较敏感的业务，故障感知响应时间要求秒级，并及时通知到关键人。
5.目前系统监控单一且分割，如云计算资源中云主机的cpu、内存、磁盘、网络情况，或物理机的相关指标、再或者某一台的路由器、交换机设备情况，不能根据需求达到按需监控各资源指标的目的；其次，检测方面存在单一指标过高进行告警，不能进行智能分析，告警定位的精准度较低；对于运维人员来说，需要运维人员时时刻刻关注信息，无法做到自动感知故障，人力成本较大，同时在通知方式，仅采用单一渠道来达到通知，同时不能满足需快速通知和解决告警的场景。


技术实现要素：

6.本发明旨在克服上述现有技术的至少一种缺陷，提供一种故障感知模型构建和故障感知方法与系统、设备、介质，用于有效减少告警数量，做到自动感知，从而减少了大量的人力。
7.本发明采取的技术方案是，一种故障感知模型构建方法，包括：
8.将多条告警划分为多个告警组，一个所述告警组包括主告警和多个具有不同优先级的次告警；
9.根据所述主告警与所述次告警之间的关联关系，或者，根据所述主告警与最高优先级的所述次告警之间的关联关系，以及不同优先级的所述次告警之间的关联关系，按照所述次告警的优先级，依次在各个优先级下匹配所述次告警；
10.若在当前优先级下未匹配到所述次告警，则不继续在下一优先级下匹配所述次告警，并结束匹配所述次告警；
11.对匹配到的所述次告警与所述主告警进行关联，形成关联规则；
12.根据所述告警组和所述关联规则，构建故障感知模型。
13.可将多条告警划分为多个告警组，将一条主告警和多条次告警归纳为一个告警组，在告警组内构建对应的故障感知模型，减少了与主告警匹配关联的次告警的数量，提高了匹配关联的效率和系统的处理效率；根据主告警与次告警的关联关系，在告警组内按照次告警的优先级顺序依次匹配和关联到次告警，形成对应的关联规则，或者根据主告警与最高优先级次告警之间的关联关系和不同优先级的次告警之间的关联关系，在告警组内按照次告警的优先级顺序依次匹配和关联到次告警，形成对应的关联规则，最后根据关联规则构建不同告警组对应的故障感知模型，通过在告警组内将主告警与多条次告警进行匹配关联，对关联到的次告警进行收敛时提升了收敛效果；通过故障感知模型对告警进行处理，提高故障定位精度，排除无关、重复、不严重的告警干扰，能够更快更准确地确定故障影响的范围和故障等级，大大节省了人力成本。
14.进一步地，所述根据所述主告警与最高优先级的所述次告警之间的关联关系，以及不同优先级的所述次告警之间的关联关系，按照所述次告警的优先级，依次在各个优先级下匹配所述次告警，包括：
15.预设所述主告警与最高优先级的所述次告警之间的第一关联信息，以及不同优先级的所述次告警之间的第二关联信息；
16.解析最高优先级的所述次告警的定位信息，若解析到的定位信息包括所述第一关联信息，则匹配到最高优先级的所述次告警；
17.当匹配到最高优先级的所述次告警后，依次解析下一优先级的所述次告警的定位信息，若解析到的定位信息包括第二关联信息，则所述主告警匹配到下一优先级的次告警，直至结束匹配所述次告警。
18.根据主告警与最高优先级的所述次告警之间的第一关联信息，解析最高优先级的次告警的定位信息中是否有与主告警匹配的第一关联信息，若有则主告警与最高优先级的次告警匹配，并继续下一优先级次告警的匹配操作，若没有则结束匹配；根据不同优先级的次告警之间的第二关联信息，逐级继续解析下一优先级的次告警的定位信息中是否有与当前优先级次告警匹配的第二关联信息，若有则主告警与下一优先级的次告警匹配，若没有则结束匹配。分别采用第一关联信息关联匹配主告警和最高优先级次告警，和采用第二关联信息关联主告警和除最高优先级次告警外的其它次告警，对次告警逐条匹配是否关联告警，在后续收敛告警过程中实现逐步、有序地定位到故障产生的原因。
19.进一步地，所述根据所述主告警与所述次告警之间的关联关系，包括：
20.预设所述主告警与所述次告警的第三关联信息；
21.按照优先级依次解析所述次告警的定位信息，若解析到的定位信息包括所述第三关联信息，则匹配到所述次告警，直至结束匹配所述次告警。
22.根据主告警与次告警之间的第三关联信息，解析最高优先级的次告警的定位信息中是否有第三关联信息，若有则主告警与最高优先级的次告警匹配，并继续下一优先级次告警的匹配操作，若没有则结束匹配；按照优先级顺序继续解析下一优先级的次告警的定位信息是否有第三关联信息，若有则主告警与下一优先级的次告警匹配，若没有则结束匹配。采用第三关联信息关联匹配主告警和多个次告警，对次告警逐条匹配是否关联告警，在后续收敛告警过程中实现逐步、有序地定位到故障产生的原因。
23.本发明采取的另一种技术方案是，一种故障感知方法，包括：
24.当主告警发生时，利用所述的故障感知模型构建方法所构建的故障感知模型，获取与所述主告警关联的次告警；
25.将关联到的所述次告警进行收敛处理，并对所述主告警和收敛后的所述次告警进行告警处理。
26.当主告警发生时，通过故障感知模型在告警组内匹配关联次告警，对关联到的次告警收敛处理后进行告警处理，可做到故障自动感知，无需实时观察设备系统情况；通过故障感知模型对告警进行处理，提高故障定位精度，排除无关、重复、不严重的告警干扰，可以有效地减少告警数量，能够更快更准确地确定故障影响的范围和故障等级，大大节省了人力成本。
27.进一步地，当主告警发生时，利用所述故障感知模型构建方法所构建的故障感知模型，获取与所述主告警关联的次告警，包括：
28.所述当主告警发生时，判断所述主告警的告警类型；
29.若所述告警类型为监控平台告警，则继续判断所述监控平台告警为设备告警或应用告警，得到第一判断结果，利用与所述第一判断结果对应的所述故障感知模型，获取与所述主告警关联的次告警；
30.若所述告警类型为安全设备告警，则继续判断所述安全设备告警为入侵检测告警或dos告警或异常行为检测告警或漏掉告警，得到第二判断结果，利用与所述第二判断结果对应的所述故障感知模型，获取与所述主告警关联的次告警。
31.根据不同的业务场景构建多种故障感知模型，当主告警发生时判断主告警的告警类型对应选择故障感知模型，可以监控不同的告警数据，相较于传统单一某项异常告警检测，全方位多角度地为设备出现的多种告警类型提供告警分析处理，使用更加科学可靠，应用范围更加广泛。
32.进一步地，所述对所述主告警和收敛后的所述次告警进行告警处理，包括：根据告警处理时间，将所述主告警和收敛后的所述次告警通过多种通知方式推送至用户终端。
33.通过查询用户终端信息，将告警结果精准通知到对应的专业负责人员和客户等用户，并根据告警处理发生的时间，采用针对不同人群、不同通知范围、异常发生时间等采用一种或几种通知方式，将告警结果及时推送至用户终端，以保证用户可以快速响应维护服务。
34.本发明采取的另一种技术方案是，一种故障感知模型构建系统，包括：
35.分组模块，用于将多条告警划分为多个告警组，一个所述告警组包括主告警和多个具有不同优先级的次告警；
36.匹配模块，用于根据所述主告警与所述次告警之间的关联关系，或者，根据所述主告警与最高优先级的所述次告警之间的关联关系，以及不同优先级的所述次告警之间的关联关系，按照所述次告警的优先级，依次在各个优先级下匹配所述次告警；若在当前优先级下未匹配到所述次告警，则不继续在下一优先级下匹配所述次告警，并结束匹配所述次告警；
37.关联模块，用于对匹配到的所述次告警与所述主告警进行关联，形成关联规则；
38.构建模块，用于根据所述告警组和所述关联规则，构建故障感知模型。
39.本发明采取的另一种技术方案是，一种故障感知系统，包括：
40.获取关联模块，用于当主告警发生时，利用所述的故障感知模型构建方法所构建的故障感知模型，获取与所述主告警关联的次告警；
41.收敛告警模块，用于将关联到的所述次告警进行收敛处理，并对所述主告警和收敛后的所述次告警进行告警处理。
42.本发明采取的另一种技术方案是，一种电子设备，包括处理器和存储器，所述存储器存储有计算机程序，所述处理器被设置成运行所述计算机程序以执行如所述的一种故障感知模型构建方法，或所述的一种故障感知方法。
43.本发明采取的另一种技术方案是，一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个计算机程序，所述计算机程序被设置为运行时执行所述的一种故障感知模型构建方法，或如所述的一种故障感知方法。
44.与现有技术相比，本发明的有益效果为：本发明一种故障感知模型构建和故障感知方法与系统、设备、介质，提供了全方位多角度的故障感知方法，通过构建故障感知模型实现对不同类型的故障告警进行告警监控，相较于传统单一的异常告警人工检测，更加科学可靠，适配性更强；在告警组内采用主告警对多个次告警进行逐层关联收敛的告警方式，能够更快更准确地确定故障影响的范围和故障等级；对于运维人员来说，无需观察实时设备情况，可做到自动感知故障，减少了大量人力；将告警结果通过多渠道准确及时地通知到用户终端，保证告警处理可以被快速响应。
附图说明
45.图1为本发明一种故障感知模型构建方法的流程图。
46.图2为本发明一种故障感知模型构建系统的结构图。
47.图3为本发明一种故障感知方法的流程图。
48.图4为本发明一种故障感知系统的流程图。
49.图5为本发明告警来源分类的示意图。
具体实施方式
50.本发明附图仅用于示例性说明，不能理解为对本发明的限制。随着大数据和云计算等it环境的发展，企业的it及其应用环境越来越庞大，越来越复杂，由此不断产生的告警信息数量非常巨大，而且来源多样，在运维故障告警处理中，如果不能进行及时准确的告警收敛，排除无关、重复、不严重的告警干扰，那么运维人员将面临各类各样数量巨大的告警消息，难以第一时间发现根源问题，导致延误故障处理时间，进而给业务运营带来潜在风险和损失。
51.请参阅图1，图1为本发明实施例提供的一种故障感知模型构建方法的流程图，该方法包括步骤：
52.s101、将多条告警划分为多个告警组，一个所述告警组包括主告警和多个具有不同优先级的次告警；
53.在本实施例中，针对海量的告警信息，告警信息中有些由某些相同因素引发的，或者互相之间存在一定关联性，可以将这些告警信息收敛为一条告警信息，当这些告警信息
出现时，可以定位为同一告警源引起的告警，比如链路断开告警关联的告警为成员链路协商不成功告警和链路带宽全部丢失告警，当告警出现链路断开时，查询成员链路协商不成功和链路带宽全部丢失的关联信息，当出现成员链路协商不成功告警和链路带宽全部丢失告警的关联信息，则可以定位为链路断开引起的告警。
54.因此，为了压缩告警信息，有效地减少告警处理的数量，本实施例可以根据不同的业务场景或同一类型的告警类型，将多条告警划分为多个告警组，一个告警组中包括主告警和多个具有不同优先级的次告警，主告警和次告警具有相同的因果关联关系，当主告警产生时，通过判断主告警的类型，快速定位到主告警所在的告警组，在告警组内建立主告警与次告警之间的关联关系，从而快速定位到故障的根本原因。
55.具体地，本实施例就链路断开这一主告警信息，根据主告警与其它告警的关系，举例提供了两种告警组的划分，
56.第一，主告警为：链路断开；
57.次告警为：
58.a类、“成员链路协商不成功告警”、“lag协商不成功告警”，
59.b类、“链路带宽全部丢失告警”、“lag带宽全部丢失告警”，
60.c类、“trunk所有成员口都down”，
61.d类、“光模块整体功能失效”、“光模块拔出”。
62.其中，a类次告警的优先级最高，b类次之，c类最低，a类和d类的优先级相同。
63.第二，主告警为：链路断开；
64.a类、“物理端口down”，
65.b类、“接收线路侧信号丢失”，
66.c类、“光模块的接收功率过高”、“光模块被拔出”。
67.其中，a类次告警的优先级最高，b类次之，c类最低。
68.s102、根据所述主告警与所述次告警之间的关联关系，或者，根据所述主告警与最高优先级的所述次告警之间的关联关系，以及不同优先级的所述次告警之间的关联关系，按照所述次告警的优先级，依次在各个优先级下匹配所述次告警；
69.若在当前优先级下未匹配到所述次告警，则不继续在下一优先级下匹配所述次告警，并结束匹配所述次告警；
70.s103、对匹配到的所述次告警与所述主告警进行关联，形成关联规则；
71.本实施例通过设立关联条件，建立主告警与次告警的关联关系，具体通过设立告警的定位信息中的关联信息来建立关联关系，比如，解析告警为链路断开的定位信息，可以获取接口名称、接口索引等多种信息，解析成员链路协商不成功告警的定位信息，可以获取接口名称、trunk名称、trunk索引等多种信息，因此在定位信息中设定关联信息，收到告警并解析其定位信息后可以获取关联信息以此建立告警之间的关联关系。本实施例提供两种告警关联关系的建立，其中一种是在告警组内根据主告警与次告警之间的关联关系，另外一种是根据主告警与最高优先级的次告警之间的关联关系和不同优先级的次告警之间的关联关系。
72.根据主告警与最高优先级的次告警之间的关联关系和不同优先级的次告警之间的关联关系匹配关联次告警的一种具体实施方式是，所述根据所述主告警与最高优先级的
所述次告警之间的关联关系，以及不同优先级的所述次告警之间的关联关系，按照所述次告警的优先级，依次在各个优先级下匹配所述次告警，包括：
73.预设所述主告警与最高优先级的所述次告警之间的第一关联信息，以及不同优先级的所述次告警之间的第二关联信息；
74.解析最高优先级的所述次告警的定位信息，若解析到的定位信息包括所述第一关联信息，则匹配到最高优先级的所述次告警；
75.当匹配到最高优先级的所述次告警后，依次解析下一优先级的所述次告警的定位信息，若解析到的定位信息包括第二关联信息，则所述主告警匹配到下一优先级的次告警，直至结束匹配所述次告警。
76.本实施例采用上述提到的第一种告警组来说明根据主告警与最高优先级的次告警之间的关联关系和不同优先级的次告警之间的关联关系匹配关联次告警的具体过程为：
77.首先，预设主告警“链路断开”与a类次告警“成员链路协商不成功告警”、“lag协商不成功告警”之间的第一关联信息为接口名称a，预设a类次告警、b类次告警、c类次告警之间的第二关联信息为trunk名称b，这里的trunk是用于交换机与服务器之间的相联，为服务器提供独享的高带宽；用于交换机之间的级联，为交换机之间的数据交换提供高带宽的数据传输能力，提高网络速度，突破网络瓶颈，进而大幅提高网络性能。
78.其次，解析a类次告警“成员链路协商不成功告警”、“lag协商不成功告警”的定位信息，若解析到的定位信息中包括与主告警定位信息相同的第一关联信息接口名称a时，则主告警“链路断开”匹配到a类次告警，并进行关联；若解析到的定位信息中不包括接口名称a，则主告警“链路断开”不匹配关联a类次告警，且匹配关联结束；
79.在匹配到a类次告警后，解析b类次告警“链路带宽全部丢失告警”、“lag带宽全部丢失告警”的定位信息，若解析到的定位信息中包括与a类次告警定位信息相同的第二关联信息trunk名称b时，则主告警“链路断开”匹配到b类次告警，并进行关联；若解析到的定位信息中不包括trunk名称b时，则主告警“链路断开”不匹配关联b类次告警，且匹配关联到a类次告警即结束；
80.在匹配到b类次告警后，解析c类次告警“trunk所有成员口都down”的定位信息，若解析到的定位信息中包括与a类和/或b类次告警定位信息相同的第二关联信息trunk名称b时，则主告警“链路断开”匹配到c类次告警，并进行关联；若解析到定位信息不包括trunk名称b时，则主告警“链路断开”不匹配关联c类次告警，且匹配关联到b类次告警即结束。
81.根据主告警与次告警之间的关联关系匹配关联次告警的另外一种具体实施方式是，所述根据所述主告警与所述次告警之间的关联关系，包括：
82.预设所述主告警与所述次告警的第三关联信息；
83.按照优先级依次解析所述次告警的定位信息，若解析到的定位信息包括所述第三关联信息，则匹配到所述次告警，直至结束匹配所述次告警。
84.本实施例采用上述提到的第二种告警组来说明根据主告警与次告警之间的关联关系匹配关联次告警的具体过程为：
85.首先，预设主告警“链路断开”与a类、b类、c类次告警之间的第三关联信息为接口名称a；
86.其次，解析a类次告警“物理端口down”的定位信息，若解析到的定位信息中包括第
三关联信息接口名称a时，则主告警“链路断开”匹配到a类次告警，并进行关联；若解析到的定位信息中不包括接口名称a，则主告警“链路断开”不匹配关联a类次告警，且匹配关联结束；
87.在匹配到a类次告警后，解析b类次告警“接收线路侧信号丢失”的定位信息，若解析到的定位信息中包括第三关联信息接口名称a时，则主告警“链路断开”匹配到b类次告警，并进行关联；若解析到的定位信息中不包括接口名称a时，则主告警“链路断开”不匹配关联b类次告警，且匹配关联到a类次告警即结束；
88.在匹配到b类次告警后，解析c类次告警“光模块的接收功率过高”、“光模块被拔出”的定位信息，若解析到的定位信息中包括与第三关联信息接口名称a时，则主告警“链路断开”匹配到c类次告警，并进行关联；若解析到定位信息不包括接口名称a时，则主告警“链路断开”不匹配关联c类次告警，且匹配关联到b类次告警即结束。
89.s104、根据所述告警组和所述关联规则，构建故障感知模型。
90.根据不同的业务场景和告警情况，可以按照上述至少一种关联关系设定对应的关联规则并构建故障感知模型，当告警产生时，根据故障感知模型关联主告警与次告警，并执行收敛处理，对收敛后的告警结果进行告警处理。
91.采用故障感知模型构建方法构建的故障感知模型，在设备系统中执行故障感知方法，请参阅图3，图3为本发明实施例一种故障感知方法的流程图，其方法包括：
92.s301、当主告警发生时，利用故障感知模型构建方法所构建的故障感知模型，获取与所述主告警关联的次告警；
93.s302、将关联到的所述次告警进行收敛处理，并对所述主告警和收敛后的所述次告警进行告警处理。
94.本实施例中，根据构建的故障感知模型，匹配关联到次告警，并对关联到的次告警进行收敛处理，得到收敛后的告警结果，具体地，根据上述提到的两种告警组和两种对应的匹配关联规则，结合告警状态、告警时间等，可对应得到以下两种具体的关联收敛结果为：
95.第一，主告警为链路断开，关联到a类：“成员链路协商不成功告警”、“lag协商不成功告警”次告警、b类：“链路带宽全部丢失告警”、“lag带宽全部丢失告警”次告警、c类：“trunk所有成员口都down”次告警；
96.【告警状态】新增
97.【告警时间】2021
‑
07
‑
29 10:07:31
98.【告警标题】链路断开
99.【设备名称】device_name(device_ip)
100.【关联告警】{"成员链路协商不成功告警"，"lag协商不成功告警","lag带宽全部丢失告警","trunk所有成员口都down","链路带宽全部丢失告警"}
101.【可能原因】{链接断开}。
102.第二，主告警为链路断开，关联到a类：“物理端口down”次告警、b类：“接收线路侧信号丢失”次告警、c类：“光模块的接收功率过高”、“光模块被拔出”次告警；
103.【告警状态】新增
104.【告警时间】2021
‑
07
‑
29 10:07:31
105.【告警标题】链路断开
106.【设备名称】device_name(device_ip)
107.【定位信息】物理接口索引＝50,物理接口名称＝10ge1/0/40
108.【关联告警】{"物理端口down”，"接收线路侧信号丢失"，"光模块的接收功率过高"、“光模块被拔出"}
109.【可能原因】{链路断开由于光模块被拔出}
110.在步骤s301中，当主告警发生时，利用所述故障感知模型构建方法所构建的故障感知模型，获取与所述主告警关联的次告警，包括：
111.所述当主告警发生时，判断所述主告警的告警类型；
112.若所述告警类型为监控平台告警，则继续判断所述监控平台告警为设备告警或应用告警，得到第一判断结果，利用与所述第一判断结果对应的所述故障感知模型，获取与所述主告警关联的次告警；
113.若所述告警类型为安全设备告警，则继续判断所述安全设备告警为入侵检测告警或dos告警或异常行为检测告警或漏掉告警，得到第二判断结果，利用与所述第二判断结果对应的所述故障感知模型，获取与所述主告警关联的次告警。
114.运维设备系统是一个庞大的数据处理系统，产生的告警信息数据数量是非常巨大的，产生的告警类型也是多样化的，因此，在告警发生之前，针对不同的业务场景或者设备种类等，设定对应的多种告警类型，并根据告警类型建立对应的告警模型，包括故障感知模型，利用故障感知模型对多条告警进行收敛处理，得到收敛结果后执行告警处理。
115.请参阅图5，图5为告警来源分类的示意图，本实施例具体根据告警设备来源，确定告警的类型，再由告警类型归纳出不同的故障感知模型，每种故障感知模型可对应不同的关联规则，由关联规则确定故障影响范围。因此，当主告警发生时，首先要判断主告警的告警类型，比如告警的是安全设备告警，先判断告警的分类为入侵检测告警或dos告警或异常行为检测告警或漏掉告警，若是入侵检测，则按预设的扫描攻击的故障感知模型或者暴力破解的故障感知模型，检测告警的攻击ip的地域信息，如果是国外ip，则立即再防火墙进行封堵；如果是国内ip，则根据攻击的频率，一定时间段内频繁扫描或者暴力破解的，按规则进行封堵，告警等级越高，危害性越大，封堵的时间越长。再比如告警的是监控平台的告警，先判断是设备告警还是应用告警，若是设备可用性告警，再根据资源池、集群、宿主机、虚拟机、存储、机箱、电源、温度、风扇、网卡等可用性的预设的故障感知模型，按关联收敛规则，确定故障影响的范围和故障等级。
116.另外，本实施例还可以根据收集的海量告警和日志，调用机器学习库，用分类、回归算法，构建多种故障感知模型并进行模型融合，预测故障的发生概率。如windows2008r2系统运行时间超过497天，tcp/ip的网络资源(端口)就不会再自动释放，在运行一段时间后，本机的网络资源就会被全部用光。这样就会造成系统中任何需要网络资源的组件都无法正常工作，必须重启才能正常使用。根据收集的日志告警信息，提取window的版本号，运行时间，网络资源信息，可用预测下次故障的时间。
117.在步骤s302中，所述对所述主告警和收敛后的所述次告警进行告警处理，包括：根据告警处理时间，将所述主告警和收敛后的所述次告警通过多种通知方式推送至用户终端。
118.本实施例所说的告警处理是指是对出现的异常进行精准通知，在得出告警结果
后，精准快速地通知到用户群体，以便于对故障作出及时的响应维护服务，比如根据某条异常所涉及的客户进行通知，根据异常的类型通知相应的专业人员处理，根据异常等级选择通知的方式等等，本实施例的告警处理支持多渠道通知，包括电话、微信、钉钉、短信、邮件、日历等方式进行通知。
119.不仅如此，在将告警结果采用多种方式通知用户时，通过查询内部台账系统，找到告警所属客户，而且还能根据告警时间，比如是在白天时段，则首先采用微信通知或者钉钉通知，将监控告警收敛后的告警结果自动推送至客户微信群或者钉钉群。这里所说的微信群或者钉钉群，依据的是网元ip归属的客户，群事先建好。还可以根据故障运维服务协议(sla)等级，每上升一级，则自动生成汇报信息后，微信或者钉钉汇报上一级领导；比如是在晚上时段，则直接调用电话通知到客户，实现方式具体为通过调用通信平台语音通知的接口，获取被通知者电话号码以及分析数据库的数据，根据数据生成告警文字，该接口会将文字转化成语音，向对象电话终端呼叫，接通电话后，播放告警语音。
120.本实施例的故障感知模型构建方法和故障感知方法都是基于运维监控故障感知平台上实现的，故障感知平台总体分为四层，资源层、采集层、处理层和呈现层，资源层是基于行业云的云网资源所需检测关联的资源，主要为带内带外监控数据；采集层通过向下采集基础设施的所有信息，进行数据存储；处理层对采集到的数据进行智能检测和智能处理，并精度调度多种渠道对告警信息进行通知；呈现层进行故障分析站视，故障链展示等。
121.而且，本实施例利用故障感知平台的资源层、采集层、处理层和呈现层搭建模块化的故障感知系统，故障感知系统包括数据汇集模块、智能检测模块和精准调度模块：
122.其中，数据汇集模块用于，根据业务实际所需，通过监控平台的接口，或者是实时登入设备查看等方式，对带内带外监控系统平台的数据(云主机、物理机、路由器、交换机资源的某个时段连通性、cpu、内存、磁盘使用情况的数据和相应的告警信息)，以及这些网络、存储、主机运行的日志等进行采集，并发送给处理层进行处理。还用于，通过采用rabbitmq(rabbitmq是实现了高级消息队列协议的开源消息代理软件)和restfull http实时接收和请求告警日志数据。告警日志采用消息队列的方式，监控设备一发现告警，立即拉取告警数据并推送出去，数据汇集模块实时接收到告警数据。告警的采集实时性，保障了报警后续处理的及时性。
123.智能检测模块用于，首先接收到数据汇集模块发送过来的数据后，进行筛选发现有效数据，如告警ip、告警设备、告警内容、告警时间等。根据告警内容和故障感知模型的关联规则，查询关联告警信息并进行收敛处理，然后根据告警ip，关联企业的台账系统，查询告警设备对应的客户信息，至少包括客户电话、客户邮箱、客户名称、业务名称等，再通过精准调度模块采用多渠道进行精准通知。本发明实施例中所说的故障感知方法主要具体体现在平台的智能检测模块中。
124.除上述提到的故障感知模型构建方法之外，本发明实施例还提供了对应的一种故障感知模型构建系统，请参阅图2，图2为本发明实施例一种故障感知模型构建系统的结构图，其构建系统包括：
125.分组模块201，用于将多条告警划分为多个告警组，一个所述告警组包括主告警和多个具有不同优先级的次告警；
126.匹配模块202，用于根据所述主告警与所述次告警之间的关联关系，或者，根据所
述主告警与最高优先级的所述次告警之间的关联关系，以及不同优先级的所述次告警之间的关联关系，按照所述次告警的优先级，依次在各个优先级下匹配所述次告警；若在当前优先级下未匹配到所述次告警，则不继续在下一优先级下匹配所述次告警，并结束匹配所述次告警；
127.关联模块203，用于对匹配到的所述次告警与所述主告警进行关联，形成关联规则；
128.构建模块204，用于根据所述告警组和所述关联规则，构建故障感知模型。
129.根据主告警与最高优先级的次告警之间的关联关系和不同优先级的次告警之间的关联关系匹配关联次告警的一种具体实施方式是，在匹配模块202中，具体包括：
130.预设所述主告警与最高优先级的所述次告警之间的第一关联信息，以及不同优先级的所述次告警之间的第二关联信息；
131.解析最高优先级的所述次告警的定位信息，若解析到的定位信息包括所述第一关联信息，则匹配到最高优先级的所述次告警；
132.当匹配到最高优先级的所述次告警后，依次解析下一优先级的所述次告警的定位信息，若解析到的定位信息包括第二关联信息，则所述主告警匹配到下一优先级的次告警，直至结束匹配所述次告警。
133.根据主告警与次告警之间的关联关系匹配关联次告警的另外一种具体实施方式是，在匹配模块202中，具体包括：
134.预设所述主告警与所述次告警的第三关联信息；
135.按照优先级依次解析所述次告警的定位信息，若解析到的定位信息包括所述第三关联信息，则匹配到所述次告警，直至结束匹配所述次告警。
136.除上述提到的故障感知方法之外，本发明实施例还提供了对应的一种故障感知系统，请参阅图4，图4为本发明实施例一种故障感知方法的结构图，其故障感知系统包括：
137.获取关联模块401，用于当主告警发生时，利用所述的故障感知模型构建方法所构建的故障感知模型，获取与所述主告警关联的次告警；
138.收敛告警模块402，用于将关联到的所述次告警进行收敛处理，并对所述主告警和收敛后的所述次告警进行告警处理。
139.对于获取关联模块401，具体包括：
140.所述当主告警发生时，判断所述主告警的告警类型；
141.若所述告警类型为监控平台告警，则继续判断所述监控平台告警为设备告警或应用告警，得到第一判断结果，利用与所述第一判断结果对应的所述故障感知模型，获取与所述主告警关联的次告警；
142.若所述告警类型为安全设备告警，则继续判断所述安全设备告警为入侵检测告警或dos告警或异常行为检测告警或漏掉告警，得到第二判断结果，利用与所述第二判断结果对应的所述故障感知模型，获取与所述主告警关联的次告警。
143.对于收敛告警模块402，具体包括：根据告警处理时间，将所述主告警和收敛后的所述次告警通过多种通知方式推送至用户终端。
144.本发明实施例还提供一种电子设备，包括处理器和存储器，所述存储器存储有计算机程序，所述处理器被设置成运行所述计算机程序以执行所述的一种故障感知模型构建
方法，或如所述的一种故障感知方法。
145.本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个计算机程序，所述计算机程序被设置为运行时执行所述的一种故障感知模型构建方法，或所述的一种故障感知方法。
146.显然，本发明的上述实施例仅仅是为清楚地说明本发明技术方案所作的举例，而并非是对本发明的具体实施方式的限定。凡在本发明权利要求书的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明权利要求的保护范围之内。