CN115840660A - 一种告警处理方法、装置、设备以及存储介质 - Google Patents

Abstract

本发明公开了一种告警处理方法、装置、设备以及存储介质，所述方法包括：获取运维告警数据；从运维告警数据中提取目标告警对象，并将目标告警对象作为目标实体节点；在任一故障树包括目标实体节点的情况下，确定该故障树是否满足收敛条件；在满足收敛条件的情况下，从该故障树中获取与目标实体节点连接的第一实体节点，并更新第一实体节点的属性信息，且将该故障树作为包括目标实体节点的目标故障树；目标故障树用于对目标实体节点关联的告警数据进行处理。本发明实施例，根据运维告警数据中的告警对象，确定目标实体节点；根据目标实体节点，确定目标故障树，可以有针对性的处理所有目标实体节点，进而提高了告警收敛的精度。

Description

一种告警处理方法、装置、设备以及存储介质

技术领域

本发明涉及业务处理技术领域，尤其涉及一种告警处理方法、装置、设备以及存储介质。

背景技术

告警处理方法用于实现告警收敛。告警收敛是指对告警信息进行分析、压缩和过滤，以此来降低告警数据的规模。告警收敛的性能直接影响故障根因定位的效果，从而影响运维工程师定位故障根因的效率。

传统的告警处理方法，不管是人工配置告警规则的告警处理方法，还是基于关联性分析算法和文本语义相似度算法实现的告警处理方法，告警收敛精度低，影响故障根因定位的效果。

发明内容

本发明提供了一种告警处理方法、装置、设备以及存储介质，以提高告警收敛的精度。

根据本发明的一方面，提供了一种告警处理方法，包括：

获取运维告警数据；

从运维告警数据中提取目标告警对象，并将目标告警对象作为目标实体节点；

在任一故障树包括目标实体节点的情况下，确定该故障树是否满足收敛条件；

在满足收敛条件的情况下，从该故障树中获取与目标实体节点连接的第一实体节点，并更新第一实体节点的属性信息，且将该故障树作为包括目标实体节点的目标故障树；目标故障树用于对目标实体节点关联的告警数据进行处理。

根据本发明的另一方面，提供了一种告警处理装置，包括：

告警数据获取模块，用于获取运维告警数据；

实体节点确定模块，用于从告警数据中提取目标告警对象，并将目标告警对象作为目标实体节点；

条件满足确定模块，用于在任一故障树包括目标实体节点的情况下，确定该故障树是否满足收敛条件；

信息更新模块，用于在满足收敛条件的情况下，从该故障树中获取与目标实体节点连接的第一实体节点，并更新第一实体节点的属性信息，且将该故障树作为包括目标实体节点的目标故障树；目标故障树用于对目标实体节点关联的告警数据进行处理。

根据本发明的另一方面，提供了一种电子设备，所述电子设备包括：

至少一个处理器；以及

与至少一个处理器通信连接的存储器；其中，

存储器存储有可被至少一个处理器执行的计算机程序，计算机程序被至少一个处理器执行，以使至少一个处理器能够执行本发明任一实施例的告警处理方法。

根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，计算机指令用于使处理器执行时实现本发明任一实施例的告警处理方法。

本发明实施例的技术方案，通过获取运维告警数据；从运维告警数据中提取目标告警对象，并将目标告警对象作为目标实体节点；在任一故障树包括目标实体节点的情况下，确定该故障树是否满足收敛条件；在满足收敛条件的情况下，从该故障树中获取与目标实体节点连接的第一实体节点，并更新第一实体节点的属性信息，且将该故障树作为包括目标实体节点的目标故障树；目标故障树用于对目标实体节点关联的告警数据进行处理。上述技术方案，根据运维告警数据中的告警对象，确定目标实体节点；根据目标实体节点，确定目标故障树，可以有针对性的处理所有目标实体节点，进而提高了告警收敛的精度。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是根据本发明实施例一提供的一种告警处理方法的流程图；

图2A是根据本发明实施例二提供的一种告警处理方法的流程图；

图2B是根据本发明实施例二提供的一种确定目标故障树的示意图；

图2C是根据本发明实施例二提供的另一种确定目标故障树的示意图；

图3是根据本发明实施例三提供的一种告警处理方法的流程图；

图4是根据本发明实施例四提供的一种告警处理装置的结构示意图；

图5是实现本发明实施例的告警处理方法的电子设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“目标”、“第一”、“第二”、“起始”和“终止”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

此外，还需要说明的是，本发明的技术方案中，所涉及的运维告警数据等的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。

实施例一

图1为本发明实施例一提供的一种告警处理方法的流程图，本实施例可适用于智能运维(Artficial Intelligence for Operations，AIOps)中对告警数据进行处理的情况，该方法可以由告警处理装置来执行，该装置可以采用硬件和/或软件的形式实现，可配置于电子设备中，该电子设备可以是服务器。如图1所示，该方法包括：

S101、获取运维告警数据。

其中，运维告警数据可以是指服务器异常时产生的数据，可以包括告警对象名称、告警对象ID(Identity document)、告警对象的类别和告警对象的异常状态。其中，告警对象可以是终端应用、服务、进程、容器和主机等中的至少一种。异常状态可以包括故障状态和正常状态。

具体的，利用数据采集器获取运维告警数据。其中，数据采集器可以是批处理数据采集器、工业数据采集器和RFID(Radio Frequency Identification，无线射频识别)数据采集器等中的一种。

S102、从运维告警数据中提取目标告警对象，并将目标告警对象作为目标实体节点。

其中，目标告警对象可以是指从告警数据中提取出来的告警对象。目标告警对象可以包括目标告警对象名称、目标告警对象ID、目标告警对象类别和目标告警对象的异常状态。目标实体节点即目标告警对象，可以是指需要确定包含该实体节点故障树的实体节点。相应的，实体节点即告警数据中的告警对象。

示例性的，将运维告警数据中的告警对象，按照告警对象ID进行升序排序，并按照该排序从运维告警数据中提取目标告警对象，并将目标告警对象作为目标实体节点。

S103、在任一故障树包括目标实体节点的情况下，确定该故障树是否满足收敛条件。

其中，故障树可以是指包括实体节点和实体节点之间关系的空间拓扑图，用于对告警数据进行处理。收敛条件用于检测目标实体节点所在故障树的状态。故障树的状态可以包括活跃状态、不活跃状态、关闭状态和未关闭状态。可选的，所述收敛条件为目标故障树处于活跃状态；或者，目标故障树处于未关闭状态。目标故障树可以是指包含目标实体节点的故障树。活跃状态可以通过目标故障树中告警节点最晚发生时间与当前时间的差值和时间阈值来确定。其中，告警节点可以是指目标故障树中产生告警信息的实体节点。时间阈值可以根据业务需求预先设置，也可以根据人工经验预先设置，还可以通过专门的算法计算得到，不做具体限定，比如时间阈值为24小时。举例说明，若目标故障树中告警节点最晚发生时间与当前时间的差值大于24小时，则确定目标故障树的状态为不活跃状态，否则确定目标故障树的状态为活跃状态。关闭状态可以是指故障树不能使用的状态。相应的，未关闭状态可以是指故障树可以使用的状态。此外，还可以手动调整目标故障树的状态。

需要说明的是，一棵故障树对应一个故障节点，即一个故障节点唯一标记一棵故障树。其中，故障节点可以是指故障树中发生异常的实体节点。

具体的，检测任一故障树中是否包含目标实体节点；若任一故障树包括目标实体节点，则确定该故障树是否满足收敛条件。

S104、在满足收敛条件的情况下，从该故障树中获取与目标实体节点连接的第一实体节点，并更新第一实体节点的属性信息，且将该故障树作为包括目标实体节点的目标故障树；目标故障树用于对目标实体节点关联的告警数据进行处理。

其中，第一实体节点可以是指在目标故障树存在目标实体节点的情况下，目标故障树中与目标实体节点之间存在关联关系的实体节点。属性信息可以包括实体节点名称、实体节点ID、实体节点的类别和实体节点的异常状态。实体节点的类别可以包括告警节点、故障节点、服务节点和非服务节点等。其中，服务节点可以是指服务器中的服务，用于为客户端提供数据计算能力、数据处理能力以及网络服务等。非服务节点可以是指服务器中除了服务以外的其他软件和/或硬件，用于为服务器本身提供数据计算能力、数据处理能力以及网络服务等。需要说明的是，借助目标故障树对目标实体节点关联的告警数据进行处理，可以简化对告警数据处理的流程，提高告警收敛的精度。

示例性的，在任一故障树包括目标实体节点，且该故障树处于活跃状态的情况下，从该故障树中获取与目标实体节点连接的第一实体节点，并更新第一实体节点的类别和异常状态等信息，且将该故障树作为包括目标实体节点的目标故障树。

示例性的，在任一故障树包括目标实体节点，且该故障树处于未关闭状态的情况下，从该故障树中获取与目标实体节点连接的第一实体节点，并更新第一实体节点的类别和异常状态等信息，且将该故障树作为包括目标实体节点的目标故障树。

本发明实施例的技术方案，通过获取运维告警数据；从运维告警数据中提取目标告警对象，并将目标告警对象作为目标实体节点；在任一故障树包括目标实体节点的情况下，确定该故障树是否满足收敛条件；在满足收敛条件的情况下，从该故障树中获取与目标实体节点连接的第一实体节点，并更新第一实体节点的属性信息，且将该故障树作为包括目标实体节点的目标故障树；目标故障树用于对目标实体节点关联的告警数据进行处理。上述技术方案，根据运维告警数据中的告警对象，确定目标实体节点；根据目标实体节点，确定目标故障树，可以有针对性的处理所有目标实体节点，进而提高了告警收敛的精度。

实施例二

图2A为本发明实施例二提供的一种告警处理方法的流程图，本实施例在上述实施例的基础上，提供一种可选的实施方案。需要说明的是，在本发明实施例中未详述部分，可参照其他实施例的相关表述。如图2A所示，该方法包括：

S201、获取运维告警数据。

S202、从运维告警数据中提取目标告警对象，并将目标告警对象作为目标实体节点。之后，若任一故障树包括目标实体节点，则执行S203，否则执行S205。

S203、在任一故障树包括目标实体节点的情况下，确定该故障树是否满足收敛条件。

S204、在满足收敛条件的情况下，从该故障树中获取与目标实体节点连接的第一实体节点，并更新第一实体节点的属性信息，且将该故障树作为包括目标实体节点的目标故障树；目标故障树用于对目标实体节点关联的告警数据进行处理。

S205、若任一故障树中存在第二实体节点且不存在目标实体节点，则根据目标实体节点和第二实体节点之间的关系在该故障树中增加目标实体节点，并构建目标实体节点和第二实体节点之间的关系，且将该故障树作为包括目标实体节点的目标故障树；第二实体节点为在所有故障树均未包括目标实体节点的情况下，从告警知识图谱中获取与目标实体节点之间存在关联的实体节点。

其中，告警知识图谱中已有的实体节点包括服务节点和非服务节点；非服务节点包括如下至少一项：终端应用节点、进程节点、进程组节点、主机节点和容器节点。其中，服务节点可以是指服务器中的服务，用于为客户端提供数据计算能力、数据处理能力以及网络服务等。非服务节点可以是指服务器中除了服务以外的其他软件和/或硬件，用于为服务器本身提供数据计算能力、数据处理能力以及网络服务等。告警知识图谱可以是指将配置管理数据库(Configuration Management Database，CMDB)中存储的数据输入图数据库，得到的空间拓扑图。告警知识图谱可以包括实体节点和实体节点之间的关系。其中，实体节点之间的关系可以包括包含关系、连接关系、组成关系和调用关系等。

具体的，在任一故障树中存在第二实体节点且不存在目标实体节点的情况下，获取告警知识图谱中与目标实体节点之间存在关联关系的第二实体节点；根据目标实体节点和第二实体节点之间的关系在该故障树中增加目标实体节点，并构建目标实体节点与该故障树中第二实体节点之间的关系，且将该故障树作为包括目标实体节点的目标故障树。

示例性的，如图2B所示，若目标实体节点为实体节点2，图2B中故障树A包含实体节点3和实体节点5，且实体节点3和实体节点5之间的关系为实体节点5调用实体节点3；图2B的告警知识图谱中与实体节点2之间存在关联的实体节点有实体节点1和实体节点3，则确定第二实体节点为实体节点1和实体节点3。图2B的故障树A中存在实体节点3且不存在实体节点2，则参照告警知识图谱中实体节点2和实体节点3之间的关系，在故障树A中增加实体节点2，并构建实体节点2与该故障树中实体节点3之间的关系，且将故障树A作为包括实体节点2的目标故障树。

可选的，在目标实体节点为起始实体节点的情况下，在该故障树中增加目标实体节点，并构建由目标实体节点指向第二实体节点的有向边关系；在目标实体节点为终止实体节点的情况下，在该故障树中增加目标实体节点，并构建由第二实体节点指向目标实体节点的有向边关系。

其中，起始实体节点可以是指告警知识图谱中有向边箭尾指向的实体节点。相应的，终止实体节点可以是指告警知识图谱中有向边箭头指向的实体节点。

具体的，在任一故障树中存在第二实体节点且不存在目标实体节点的情况下，根据告警知识图谱中目标实体节点和第二实体节点之间的关系，确定该关系中的起始实体节点和终止实体节点；在目标实体节点为起始实体节点的情况下，在该故障树中增加目标实体节点，并构建目标实体节点指向该故障树中第二实体节点的有向边关系；在目标实体节点为终止实体节点的情况下，在该故障树中增加目标实体节点，并构建由该故障树中第二实体节点指向目标实体节点的有向边关系。

示例性的，如图2C所示，图2C中有故障树A和故障树B，故障树A中包含实体节点3和实体节点4，故障树B中包含实体节点5。若目标实体节点为实体节点2，图2C的告警知识图谱中与实体节点2之间关联的实体节点有实体节点1和实体节点4，则确定第二实体节点为实体节点1和实体节点4。在故障树A中存在实体节点4且不存在实体节点2，根据告警知识图谱中实体节点2和实体节点4之间的关系，确定该关系中的起始实体节点为实体节点2和终止实体节点为实体节点4，在故障树A中增加实体节点2，并构建实体节点2指向故障树A中实体节点4的有向边关系。若目标实体节点为实体节点6，图2C的告警知识图谱中与实体节点6之间关联的实体节点只有实体节点5，则确定第二实体节点为实体节点5。在故障树B中存在实体节点5且不存在实体节点6，根据告警知识图谱中实体节点6和实体节点5之间的关系，确定该关系中的起始实体节点为实体节点5和终止实体节点为实体节点6，在故障树B中增加实体节点6，并构建由故障树B中实体节点5指向实体节点6的有向边关系。

可以理解的是，根据目标实体节点的类型，在任一故障树中存在第二实体节点且不存在目标实体节点的情况下，在该故障树中增加目标实体节点，并构建由目标实体节点和第二实体节点之间的有向边关系，可以明确表示目标故障树中实体节点与目标实体节点之间的关联关系，增强了对目标实体节点关联的告警数据进行处理的可解释性。

本发明实施例的技术方案，提供了一种在任一故障树中存在第二实体节点且不存在目标实体节点的情况下确定目标故障树的方法，提高了目标故障树的适用范围，使得目标故障树可以处理不同场景下目标实体节点关联的告警数据，提高了告警处理方法的召回率和可复用性。

在上述实施例的基础上，作为本发明实施例的一种可选方式，所述方法还可以包括：在所有故障树中均未包括第二实体节点和目标实体节点的情况下，以目标实体节点为根节点，构建新故障树，且将新故障树作为包括目标实体节点的目标故障树。

可以理解的是，在所有故障树中均不存在第二实体节点和目标实体节点的情况下，目标故障树仅包括一个实体节点，且该实体节点为目标实体节点。充分考虑了各种场景下根据目标实体节点确定目标故障树的情况，丰富了目标故障树的数量，进而提高了告警收敛的精度。

实施例三

图3为本发明实施例三提供的一种告警处理方法的流程图，本实施例在上述实施例的基础上，提供一种优先的实施方案。需要说明的是，在本发明实施例中未详述部分，可参照其他实施例的相关表述。如图3所示，该方法包括：

S301、获取运维告警数据。

S302、从运维告警数据中提取目标告警对象，并将目标告警对象作为目标实体节点。

S303、检测任一故障树中是否包括目标实体节点；若是，则执行S304，否则执行S306。

S304、在任一故障树包括目标实体节点的情况下，确定该故障树是否满足收敛条件。

S305、在满足收敛条件的情况下，从该故障树中获取与目标实体节点连接的第一实体节点，并更新第一实体节点的属性信息，且将该故障树作为包括目标实体节点的目标故障树；目标故障树用于对目标实体节点关联的告警数据进行处理。

可选的，收敛条件为目标故障树处于活跃状态；或者，目标故障树处于未关闭状态。

S306、检测任一故障树中是否存在第二实体节点；若是，则执行S307，否则执行S308。

S307、若任一故障树中存在第二实体节点且不存在目标实体节点，则根据目标实体节点和第二实体节点之间的关系在该故障树中增加目标实体节点，并构建目标实体节点和第二实体节点之间的关系，且将该故障树作为包括目标实体节点的目标故障树；第二实体节点为在所有故障树均未包括目标实体节点的情况下，从告警知识图谱中获取与目标实体节点之间关联的实体节点。

其中，告警知识图谱中已有的实体节点包括服务节点和非服务节点；非服务节点包括如下至少一项：终端应用节点、进程节点、进程组节点、主机节点和容器节点。

可选的，所述根据目标实体节点和第二实体节点之间的关系在该故障树中增加目标实体节点，并构建目标实体节点和第二实体节点之间的关系，可以是：在目标实体节点为起始实体节点的情况下，在该故障树中增加目标实体节点，并构建由目标实体节点指向第二实体节点的有向边关系；在目标实体节点为终止实体节点的情况下，在该故障树中增加目标实体节点，并构建由第二实体节点指向目标实体节点的有向边关系。

S308、在所有故障树中均未包括第二实体节点和目标实体节点的情况下，以目标实体节点为根节点，构建新故障树，且将新故障树作为包括目标实体节点的目标故障树。

本发明实施例的技术方案，通过获取运维告警数据；从运维告警数据中提取目标告警对象，并将目标告警对象作为目标实体节点；根据目标实体节点，确定包括目标实体节点的目标故障树。提供了三种不同的确定目标故障树的方法，充分挖掘了运维告警数据中的目标告警对象，丰富了目标实体节点的数量，使得根据目标实体节点确定的目标故障树具有更好的告警收敛效果，可以应用于更多的业务场景，进而提高了告警处理方法的召回率和可复用性，提高了告警收敛精度，为后续故障根因定位打下了坚实的基础。

实施例四

图4为本发明实施例四提供的一种告警处理装置的结构示意图。本实施例可适用于智能运维中对告警数据进行处理的情况，该装置可以采用硬件和/或软件的形式实现，可配置于电子设备中，该电子设备可以是服务器。如图4所示，该装置包括：

告警数据获取模块401，用于获取运维告警数据；

实体节点确定模块402，用于从运维告警数据中提取目标告警对象，并将目标告警对象作为目标实体节点；

条件满足确定模块403，用于在任一故障树包括目标实体节点的情况下，确定该故障树是否满足收敛条件；

信息更新模块404，用于在满足收敛条件的情况下，从该故障树中获取与目标实体节点连接的第一实体节点，并更新第一实体节点的属性信息，且将该故障树作为包括目标实体节点的目标故障树；目标故障树用于对目标实体节点关联的告警数据进行处理。

本发明实施例的技术方案，通过告警数据获取模块获取运维告警数据；通过实体节点确定模块确定目标实体节点；通过条件满足确定模块，在任一故障树包括目标实体节点的情况下，确定该故障树是否满足收敛条件；通过信息更新模块，在满足收敛条件的情况下，从该故障树中获取与目标实体节点连接的第一实体节点，并更新第一实体节点的属性信息，且将该故障树作为包括目标实体节点的目标故障树；目标故障树用于对目标实体节点关联的告警数据进行处理。上述技术方案，根据运维告警数据中的告警对象，确定目标实体节点；根据目标实体节点，确定目标故障树，可以有针对性的处理所有目标实体节点，进而提高了告警收敛的精度。

可选的，所述收敛条件为目标故障树处于活跃状态；或者，目标故障树处于未关闭状态。

可选的，该装置还可以包括：

实体节点增加模块，用于若任一故障树中存在第二实体节点且不存在目标实体节点，则根据目标实体节点和第二实体节点之间的关系在该故障树中增加目标实体节点，并构建目标实体节点和第二实体节点之间的关系，且将该故障树作为包括目标实体节点的目标故障树；第二实体节点为在所有故障树均未包括目标实体节点的情况下，从告警知识图谱中获取与目标实体节点之间关联的实体节点；告警知识图谱中已有的实体节点包括服务节点和非服务节点；非服务节点包括如下至少一项：终端应用节点、进程节点、进程组节点、主机节点和容器节点。

可选的，所述实体节点增加模块，包括：

关系构建单元，用于在目标实体节点为起始实体节点的情况下，在该故障树中增加目标实体节点，并构建由目标实体节点指向第二实体节点的有向边关系；在目标实体节点为终止实体节点的情况下，在该故障树中增加目标实体节点，并构建由第二实体节点指向目标实体节点的有向边关系。

可选的，该装置还可以包括：

目标故障树确定模块，用于在所有故障树中均未包括第二实体节点和目标实体节点的情况下，以目标实体节点为根节点，构建新故障树，且将新故障树作为包括目标实体节点的目标故障树。

本发明实施例所提供的告警处理装置可执行本发明任意实施例所提供的告警处理方法，具备执行各告警处理方法相应的功能模块和有益效果。

实施例五

图5示出了可以用来实施本发明的实施例的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图5所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM12以及RAM13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

电子设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如告警处理方法。

在一些实施例中，告警处理方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM13并由处理器11执行时，可以执行上文描述的告警处理方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行告警处理方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种告警处理方法，其特征在于，包括：

获取运维告警数据；

从所述运维告警数据中提取目标告警对象，并将所述目标告警对象作为目标实体节点；

在任一故障树包括所述目标实体节点的情况下，确定该故障树是否满足收敛条件；

在满足收敛条件的情况下，从该故障树中获取与目标实体节点连接的第一实体节点，并更新所述第一实体节点的属性信息，且将该故障树作为包括所述目标实体节点的目标故障树；所述目标故障树用于对所述目标实体节点关联的告警数据进行处理。

2.根据权利要求1所述的方法，其特征在于，所述收敛条件为所述目标故障树处于活跃状态；或者，所述目标故障树处于未关闭状态。

3.根据权利要求1所述的方法，其特征在于，还包括：

若任一故障树中存在第二实体节点且不存在所述目标实体节点，则根据所述目标实体节点和第二实体节点之间的关系在该故障树中增加所述目标实体节点，并构建所述目标实体节点和所述第二实体节点之间的关系，且将该故障树作为包括所述目标实体节点的目标故障树；所述第二实体节点为在所有故障树均未包括所述目标实体节点的情况下，从告警知识图谱中获取与目标实体节点之间存在关联的实体节点；所述告警知识图谱中已有的实体节点包括服务节点和非服务节点；所述非服务节点包括如下至少一项：终端应用节点、进程节点、进程组节点、主机节点和容器节点。

4.根据权利要求3所述的方法，其特征在于，所述根据所述目标实体节点和第二实体节点之间的关系在该故障树中增加所述目标实体节点，并构建所述目标实体节点和所述第二实体节点之间的关系，包括：

在所述目标实体节点为起始实体节点的情况下，在该故障树中增加所述目标实体节点，并构建由所述目标实体节点指向所述第二实体节点的有向边关系；

在所述目标实体节点为终止实体节点的情况下，在该故障树中增加所述目标实体节点，并构建由所述第二实体节点指向所述目标实体节点的有向边关系。

5.根据权利要求1所述的方法，其特征在于，还包括：

在所有故障树中均未包括所述第二实体节点和所述目标实体节点的情况下，以所述目标实体节点为根节点，构建新故障树，且将新故障树作为包括所述目标实体节点的目标故障树。

6.一种告警处理装置，其特征在于，包括：

告警数据获取模块，用于获取运维告警数据；

实体节点确定模块，用于从所述运维告警数据中提取目标告警对象，并将所述目标告警对象作为目标实体节点；

条件满足确定模块，用于在任一故障树包括所述目标实体节点的情况下，确定该故障树是否满足收敛条件；

信息更新模块，用于在满足收敛条件的情况下，从该故障树中获取与目标实体节点连接的第一实体节点，并更新所述第一实体节点的属性信息，且将该故障树作为包括所述目标实体节点的目标故障树；所述目标故障树用于对所述目标实体节点关联的告警数据进行处理。

7.根据权利要求6所述的装置，其特征在于，所述收敛条件为所述目标故障树处于活跃状态；或者，所述目标故障树处于未关闭状态。

8.根据权利要求6所述的装置，其特征在于，还包括：

实体节点增加模块，用于若任一故障树中存在第二实体节点且不存在所述目标实体节点，则根据所述目标实体节点和第二实体节点之间的关系在该故障树中增加所述目标实体节点，并构建所述目标实体节点和所述第二实体节点之间的关系，且将该故障树作为包括所述目标实体节点的目标故障树；所述第二实体节点为在所有故障树均未包括所述目标实体节点的情况下，从告警知识图谱中获取与目标实体节点之间关联的实体节点；所述告警知识图谱中已有的实体节点包括服务节点和非服务节点；所述非服务节点包括如下至少一项：终端应用节点、进程节点、进程组节点、主机节点和容器节点。

9.一种电子设备，其特征在于，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-5中任一项所述的告警处理方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现权利要求1-5中任一项所述的告警处理方法。

Images