CN107632924A

CN107632924A - 告警应用可视化展示方法、系统、设备及存储介质

Info

Publication number: CN107632924A
Application number: CN201710806347.9A
Authority: CN
Inventors: 郑嘉玮
Original assignee: Ctrip Travel Information Technology Shanghai Co Ltd
Current assignee: Ctrip Travel Information Technology Shanghai Co Ltd
Priority date: 2017-09-08
Filing date: 2017-09-08
Publication date: 2018-01-26
Anticipated expiration: 2037-09-08
Also published as: CN107632924B

Abstract

本发明提供了一种告警应用可视化展示方法、系统、设备及存储介质，该方法包括获取所有应用的信息，并将各个所述应用分别保存为一节点；遍历所述所有应用的信息，构建应用的网状数据模型，所述应用的网状数据模型包括所述节点以及节点之间的调用关系；获取所有告警应用的信息，将所述告警应用所对应的节点加入告警网状图；获取所述告警应用之间的调用关系，并采用图算法计算所述告警网状图中各个应用之间的调用路径；根据所述调用路径采用连线连接所述告警网状图中的各个节点；显示所述告警网状图。本发明将传统关系型存储的数据改为网状结构存储，直接将应用间的调用关系存储下来，通过图算法，可以方便找出应用之间的调用路径并进行显示，避免查找关系时需要多次反复查询。

Description

告警应用可视化展示方法、系统、设备及存储介质

技术领域

本发明涉及计算机运维技术领域，尤其涉及一种提升告警应用查询效率和故障排查效率的告警应用可视化展示方法、系统、设备及存储介质。

背景技术

现有的对告警应用分析大多都是根据单个应用进行排查处理，然而一旦大量应用告警，则主要有以下几种问题：

1、应用的数据存储通常为关系型结构，查询应用关系时，每次查询只能延伸一个调用层级，由于应用之间有错综复杂的网状多层级调用关系，传统方式要找到所有告警应用的关系需要多次反复查询，效率极低；

2、由于复杂度的限制，只能找出直接调用关系，对于间接调用的关系，完整找出关系复杂度将急剧上升，无法实现；

3、由于应用的调用关系是网状多层级关系，任意2个应用中可能有多条路径可以进行关联，传统方式要计算找到最近路径或完整路径都有一定难度。

由于以上的问题，导致很难理清告警应用之间的调用关系，找到出问题的根因应用，对运维工作造成了很大的阻碍。

发明内容

针对现有技术中的问题，本发明的目的在于提供一种告警应用可视化展示方法、系统、设备及存储介质，将告警应用以及应用之间的调用关系以网络结构存储并进行可视化展示，提升告警应用查询效率。

本发明实施例提供一种告警应用可视化展示方法，所述方法包括如下步骤：

获取所有应用的信息，并将各个所述应用分别保存为一节点；

遍历所述所有应用的信息，构建应用的网状数据模型，所述应用的网状数据模型包括所述节点以及节点之间的调用关系；

发生告警时，获取所有告警应用的信息，将所述告警应用所对应的节点加入告警网状图；

获取所述告警应用之间的调用关系，并采用图算法计算所述告警网状图中各个应用之间的调用路径；

根据所述调用路径采用连线连接所述告警网状图中的各个节点；

显示所述告警网状图。

可选地，所述应用的信息包括应用的ID以及该应用与其他应用的调用关系；所述告警应用的信息包括告警应用的ID。

可选地，所述应用的网状数据模型中，所述节点之间的调用关系包括各个所述节点对应的父节点和子节点；

所述方法还包括如下步骤：

将所述应用的网状数据模型中节点之间的调用关系转化为节点之间的有向关系，所述节点之间的有向关系为子节点指向该子节点对应的父节点或父节点指向该父节点对应的子节点。

可选地，还包括如下步骤：

将所述应用的网状数据模型存储至Neo4j数据库。

可选地，所述采用图算法计算所述告警网状图中各个应用之间的调用路径，包括如下步骤：

采用图算法计算所述告警应用之间的最短调用路径和/或预设调用深度的正常应用关联路径。

可选地，采用Dijkstra算法遍历所述告警应用的节点，计算所述告警应用之间的最短调用路径。

可选地，采用广度优先遍历算法遍历所述应用的节点，查询所有应用中与所述告警应用具有预设调用深度的调用关系的正常应用；

将查询的正常应用所对应的节点加入所述告警网状图，并计算所述告警应用和查询的正常应用之间的关联路径。

可选地，还包括如下步骤：

如果所述告警网状图中节点之间连线的数量小于预设阈值，则采用广度优先遍历算法，查询所有应用中与所述告警应用具有预设调用深度的调用关系的正常应用；

将查询到的正常应用所对应的节点加入所述告警网状图，并计算所述告警网状图中所述应用之间的调用路径。

采用Dijkstra算法计算任意两个告警应用之间的最短调用路径；

将查询到的正常应用所对应的节点加入所述告警网状图，并采用Dijkstra算法计算所述告警网状图中任意两个应用之间的最短调用路径。

采用深度优先遍历算法遍历所述应用的节点，查询所有应用中与所述告警应用具有调用关系的正常应用；

可选地，显示所述告警网状图，包括如下步骤：

将所述各个告警应用显示为节点，并根据所述告警应用之间的调用路径采用具有方向指向的连线连接所述节点，所述连线为从子节点指向该子节点所对应的父节点。

可选地，还包括如下步骤：

判断所述告警应用在第一预设时间范围内是否存在数据更新；

如果是，则在所述告警网状图中，所述告警应用所对应的节点采用第一颜色标识；

如果否，则在所述告警网状图中，所述告警应用所对应的节点采用第二颜色标识。

可选地，还包括如下步骤：

预设连线的调用次数的多个数值范围与多个显示宽度值的对应关系；

统计所述告警网状图中，各个所述连线所对应的调用关系在第二预设时间范围内的调用次数；

查找所述连线的调用次数所对应的数值范围以及该数值范围所对应的显示宽度值；

根据查找到的显示宽度值设置所对应的连线的显示宽度。

可选地，还包括如下步骤：

预设应用的被调用次数的多个数值范围与多个显示形式的对应关系；

统计所述告警网状图中，各个所述节点所对应的应用的被调用次数；

查找所述应用的被调用次数所对应的数值范围以及该数值范围所对应的显示形式；

根据查找到的显示形式显示所对应的应用。

可选地，各个所述显示形式包括应用的显示形状、显示尺寸和显示颜色中的至少一种信息。

可选地，还包括如下步骤：

获取用户输入的告警应用显示指令；

如果所述告警应用显示指令为显示最短调用路径，则采用Dijkstra算法计算所述告警网状图中任意两个应用之间的最短调用路径；

如果所述告警应用显示指令为显示应用调用范围，则采用广度优先遍历算法遍历所述应用的节点，查询所有应用中与所述告警应用具有预设调用深度的调用关系的正常应用，将查询的正常应用所对应的节点加入所述告警网状图，并计算所述告警应用和查询的正常应用之间的关联路径；

如果所述告警应用显示指令为显示应用调用层级，则采用深度优先遍历算法遍历所述应用的节点，查询所有应用中与所述告警应用具有调用关系的正常应用，将查询的正常应用所对应的节点加入所述告警网状图，并计算所述告警应用和查询的正常应用之间的关联路径。

本发明实施例还提供一种告警应用可视化展示系统，用于实现所述的告警应用可视化展示方法，所述系统包括：

应用获取模块，用于获取所有应用的信息，并将各个所述应用分别保存为一节点；

网状数据模型构建模块，用于遍历所述所有应用的信息，构建应用的网状数据模型，所述应用的网状数据模型包括所述节点以及节点之间的调用关系；

告警应用获取模块，用于发生告警时，获取所有告警应用的信息；

告警网状图获取模块，用于将所述告警应用所对应的节点加入告警网状图；获取所述告警应用之间的调用关系，并采用图算法计算所述告警网状图中各个应用之间的调用路径；以及根据所述调用路径连接所述告警网状图中的各个节点；

告警网状图显示模块，用于显示所述告警网状图。

本发明实施例还提供一种告警应用可视化展示设备，包括：

处理器；

存储器，其中存储有所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行所述的告警应用可视化展示方法的步骤。

本发明实施例还提供一种计算机可读存储介质，用于存储程序，所述程序被执行时实现所述的告警应用可视化展示方法的步骤。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

本发明所提供的告警应用可视化展示方法、系统、设备及存储介质具有下列优点：

本发明将传统关系型存储的数据改为网状结构存储，直接将应用间的调用关系存储下来，通过图算法，可以方便找出应用之间的调用路径并进行显示，避免查找关系时需要多次反复查询，提升查询效率；可以高效查询展示告警应用之间的调用关系，可以方便地查询任意应用间的复杂关系，用于可视化告警根因分析，从而快速定位问题应用，解决处理故障，极大地提高了运维工作的效率和准确性。

附图说明

通过阅读参照以下附图对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显。

图1是本发明一实施例的告警应用可视化展示方法的流程图；

图2是本发明一实施例的将应用保存为节点的示意图；

图3是本发明一实施例的网状数据模型的结构示意图；

图4是本发明一实施例的告警网状图的示意图；

图5是本发明一实施例的告警网状图增加显示效果后的示意图；

图6是本发明一实施例的采用广度优先遍历算法计算调用路径的流程图；

图7是本发明一实施例的计算最短调用路径的流程图；

图8是本发明一实施例的采用深度优先遍历算法计算调用路径的流程图；

图9是本发明一实施例的设置连线显示宽度的流程图；

图10是本发明一实施例的设置节点显示形式的流程图；

图11是本发明一实施例的告警应用可视化展示系统的结构示意图；

图12是本发明一实施例的告警应用可视化展示设备的结构示意图；

图13是本发明一实施例的计算机可读存储介质的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

为了解决上述技术问题，本发明实施例提供了一种告警应用可视化展示方法，通过网状结构存储及图算法的应用，将提升关系查询的效率，建立完整告警应用调用路径，通过可视化来帮助发现告警应用的根因排查。

如图1所示，所述告警应用可视化展示方法包括如下步骤：

S100：获取所有应用的信息，并将各个所述应用分别保存为一节点；此处应用的信息可以包括应用本身的ID、应用与其他应用之间的调用关系等等；

S200：遍历所述所有应用的信息，构建应用的网状数据模型，所述应用的网状数据模型包括所述节点以及节点之间的调用关系；即将所有应用以网络数据结构的形式进行存储；

S300：发生告警时，获取所有告警应用的信息，将所述告警应用所对应的节点加入告警网状图；此处告警应用的信息可以包括告警应用本身的ID等等，用于从所有应用中将告警应用提取出来；

S400：获取所述告警应用之间的调用关系，并采用图算法计算所述告警网状图中各个应用之间的调用路径；即基于应用的网状数据模型，通过图算法，就可以计算得出告警应用之间直接的关联。例如根据需要可以只获取最短路径，或者深度为n的完整关联路径等等，此处n为预设调用深度。

S500：根据所述调用路径采用连线连接所述告警网状图中的各个节点；

S600：显示所述告警网状图，所述告警网状图中包括有所述告警应用的节点以及节点之间的连线。通过可视化方法就可以将告警网状图以图形形式输出，帮助发现告警应用的根因排查。

因此，本发明的告警应用可视化展示方法直接使用事先保存好的应用关系模型(网状数据模型)进行计算，避免查找关系时需要多次反复查询，提升查询效率，通过图算法，可以方便地将告警间应用关系根据需要计算得出，通过可视化方式能够有效用于根因排障分析等应用。因此通过网状数据模型，改善了应用关系的查询效率；通过图算法，能够实现各种应用关系分析。

获取所有应用的信息时，原始数据可以是关系数据库中的数据。如下表存储的数据。表中的数据仅为示例。

表1关系数据库中数据存储表

如图2所示，为本发明一实施例的将应用保存为节点的示意图。其中各个应用信息作为一个节点保存在数据库中。进一步地，可以将所述应用的网状数据模型存储至Neo4j数据库，但不限于此，将每个应用的信息作为节点保存下来。Neo4j是一个高性能的NOSQL图形数据库，它将结构化数据存储在网络上而不是表中。它是一个嵌入式的、基于磁盘的、具备完全的事务特性的Java持久化引擎，但是它将结构化数据存储在网络(从数学角度叫做图)上而不是表中。Neo4j也可以被看作是一个高性能的图引擎，该引擎具有成熟数据库的所有特性。

如图3所示，为本发明一实施例的网状数据模型的结构示意图。图2和图3中示例性地示出了节点1～9，但在实际应用中，由于应用的数量实际上是十分大的，网状数据模型其实是一个包括有许多个节点的模型。

网状数据结构是指以记录类型为节点的网状数据模型，有两个基本条件：(1)允许一个以上的节点无父节点；(2)一个节点可以有多于一个的父节点。层次模型中子节点和父节点的联系是唯一的，而在网状数据模型中这种联系可以不唯一。因此，要为每个联系命名，并指出与该联系有关的双亲记录和子女记录。网状数据模型即为用网络结构表示实体类型及其实体之间联系的模型，具体地可以是用有向图结构表示实体类型及实体间联系的数据结构模型。层次模型中子结点与双亲结点的联系是唯一的，而在网状数据模型中这种联系可以不唯一。因此，在网状数据模型中要为每个联系命名，并指出与该联系有关的双亲记录和子记录。通过网状数据模型，可以更为直接地描述现实客观世界。可表示实体间的多种复杂联系；并且具有良好的性能，存取效率较高。

可选地，所述应用的网状数据模型中，所述节点之间的调用关系包括各个所述节点对应的父节点和子节点。在网状数据模型术语中，联系被称为系(set)，一个系至少由两个记录型组成。第一个记录型称为主记录(owner record)，相当于层次模型的双亲。第二个记录型称为成员记录(member record)，相当于层次模型的子女。主记录和它的成员记录之间的联系用链接(link)来标识。

进一步地，所述方法还包括如下步骤：

将所述应用的网状数据模型中节点之间的调用关系转化为节点之间的有向关系，所述节点之间的有向关系为子节点指向该子节点对应的父节点或父节点指向该父节点对应的子节点。在该实施例中，节点之间的有向关系为子节点指向该子节点对应的父节点，即一个应用指向被其调用的被调用应用。即被指向越多的节点，表示该节点对应的应用被调用的情况越多。

例如图3中示出的，节点4是节点1、节点3和节点5的子节点，节点4同时又是节点3的父节点。即节点4的应用调用节点1、节点3和节点5的应用，节点3和节点4之间相互调用。而节点5的应用被节点3、节点4、节点6和节点7所调用。

如图4所示，为当发生告警时，将告警应用所对应的节点加入告警网状图的示意图。其中示例性地示出了发生告警的应用所对应的节点11～19。并且使用连线连接有调用关系的节点，连线的指向方向为由子节点指向对应的父节点。例如，节点14调用节点17和节点12，节点18被节点13、节点15、节点17和节点19调用。因此，通过观测可视化图形，可以较容易地发现此处箭头所指的应用极有可能是此次大面积应用告警的根因，从而能快速定位问题应用，解决处理故障。例如图4中，节点18被多个告警应用调用，节点18所对应的应用很有可能是此次大面积应用告警的根因，运维人员可以重点查看节点18对应的应用，由此提高了查询效率和故障处理效率。

进一步地，如图5所示，还可以对告警网状图进行一些显示效果上的调整，方便用户更快地查找故障信息。例如，可以根据调用的次数来调整关系线的粗细，越粗代表调用次数越多，用红色代表最近有数据更新操作，橙色代表最近无数据更新操作等等，以方便判断可能带来的影响程度。

本发明中的图算法是指计算点和点之间路径的算法，本发明所采用的方法主要涉及：Dijkstra算法、广度优先遍历和深度优先遍历中的一个或多个，但不限于此。

a)Dijkstra算法是指：有向图中单个源点到其他顶点的最短路径问题，其主要特点是每次迭代时选择的下一个顶点是标记点之外距离源点最近的顶点，是目前公认的最好的求解最短路径的方法。

b)广度优先遍历是指：类似于一个分层搜索的过程，广度优先遍历需要使用一个队列以保持访问过的结点的顺序，以便按这个顺序来访问这些结点的邻接结点。

c)深度优先遍历是指：从初始访问结点出发，我们知道初始访问结点可能有多个邻接结点，深度优先遍历的策略就是首先访问第一个邻接结点，然后再以这个被访问的邻接结点作为初始结点，访问它的第一个邻接结点。总结起来可以这样说：每次都在访问完当前结点后首先访问当前结点的第一个邻接结点。

这三种遍历方式各有各的特点。例如Dijkstra算法是计算两个节点间最短路径的；广度优先遍历算法可以在特定深度条件下，计算某个应用依赖了(调用了)多少个其他应用，或者某个应用被多少应用所依赖(被调用)；深度优先遍历算法可以评估某个应用对其他应用的依赖程度(依赖了多少层的调用，调用层数越多，应用出问题的风险越大)。Dijkstra算法一般是针对告警应用之间的调用路径计算，而广度优先遍历算法和深度优先遍历算法则可以引入与告警应用相关的正常应用，更全面地排查整个系统的故障，避免有遗漏。

在实际应用中，三种图算法可以根据需要单独选用，也可以根据需要结合选用，均属于本发明的保护范围之内。下面具体介绍本发明实施例中几种具体的应用实例。

如图6所示，在该实施例中，采用广度优先遍历算法可以包括如下步骤：

S411：采用广度优先遍历算法遍历所述应用的节点，查询所有应用中与所述告警应用具有预设调用深度的调用关系的正常应用；

S412：将查询的正常应用所对应的节点加入所述告警网状图；

S413：计算所述告警应用和查询的正常应用之间的关联路径。因此告警网状图中不仅可以包括告警应用，还可以包括正常应用。

进一步地，由于调用关系的强弱或者是告警的精准度等问题，一方应用告警，依赖的多个应用可能只有部分会告警，甚至跨越一层调用关系的应用告警，都是有可能的。因此，很多时候，只观察告警应用关系也是无法进行很好地故障排查的，可能会有遗漏。在该实施例中，可以先只观察告警应用关系，当前者观察时发现没有直接关系或者大部分都没有直接关系时，可以选择加入一层或多层正常应用进行观察。加入一层或多层正常应用，可以选择广度优先遍历算法，也可以选择深度优先遍历算法。广度优先算法可以具体选择加入的正常应用的层数，即通过控制广度优先算法的预设调用深度n，来选择加入几层正常应用，而深度优先遍历算法则会更深入地进行遍历。

具体地，在步骤S411之前，还可以包括一个判断步骤。即步骤S410：判断所述告警网状图中节点之间连线的数量是否小于预设阈值，如果小于，则继续步骤S411。这里，告警网状图中节点之间连线的数量也就代表了应用节点之间直接关系的数量，也可以通过所述告警网状图中节点之间连线的数量与总告警节点数量的比例来判断，如果告警网状图中告警节点数量很多，而连线的数量却很少，说明只是这些告警节点并不能很好地进行故障排查。则需要增加一层或多层正常应用，增加正常应用后，再形成告警网状图，可以更全面地进行故障排查。进一步地，如果在增加了一层正常应用后，告警网状图中各个应用节点之间的连线数量仍然很少，可以继续增加一层或多层正常应用。

如图7所示，为本发明一实施例的结合Dijkstra算法和广度优先遍历算法计算最短调用路径的流程图。在该实施例中，所述采用图算法计算所述告警网状图中各个应用之间的调用路径，包括如下步骤：

S421：采用Dijkstra算法计算任意两个告警应用之间的最短调用路径；例如，计算节点11和节点18之间的最短调用路径是节点11到节点17，再到节点18，可以根据这个最短调用路径连接节点11和节点17，箭头指向节点17；并连接节点17和节点18，箭头指向节点18。

S422：如果所述告警网状图中节点之间连线的数量小于预设阈值，则采用广度优先遍历算法，查询所有应用中与所述告警应用具有预设调用深度的调用关系的正常应用；

S423：将查询到的正常应用所对应的节点加入所述告警网状图，并采用Dijkstra算法计算所述告警网状图中任意两个应用之间的最短调用路径。

即一开始采用了Dijkstra算法，当需要加入一层或多层正常应用观察时，需要使用广度优先遍历算法，查询获得所有一层或多层调用关系的应用，然后再使用Dijkstra算法，将所有应用进行关联，从而形成包括告警应用和关联的正常应用的告警网状图。

如图8所示，为采用深度优先遍历算法计算调用路径时的流程图。所述采用图算法计算所述告警网状图中各个应用之间的调用路径，可以包括如下步骤：

S431：采用深度优先遍历算法遍历所述应用的节点，查询所有应用中与所述告警应用具有调用关系的正常应用；

S432：将查询的正常应用所对应的节点加入所述告警网状图；

S433：计算所述告警应用和查询的正常应用之间的关联路径。

进一步地，本发明一实施例的告警应用可视化展示方法还可以包括根据节点最近是否存在数据更新设置节点颜色的步骤，具体包括如下步骤：

如果是，则在所述告警网状图中，所述告警应用所对应的节点采用第一颜色标识；如果否，则在所述告警网状图中，所述告警应用所对应的节点采用第二颜色标识。

例如，如上所述的，如果节点对应的应用最近发生过数据更新，则可以设置成红色节点，如果节点对应的应用最近未发生过数据更新，可以设置成橙色节点。这样运维人员可以直接快速地看出各个应用最近的更新状态，判断更新是否与应用告警存在关联。如果大批量红色节点的应用发生告警，则可能是最近的更新数据存在问题。

如图9所示，本发明一实施例的告警应用可视化展示方法还可以包括设置连线宽度的步骤。具体包括如下步骤：

S711：预设连线的调用次数的多个数值范围与多个显示宽度值的对应关系；

S712：统计所述告警网状图中，各个所述连线所对应的调用关系在第二预设时间范围内的调用次数；

S713：查找所述连线的调用次数所对应的数值范围以及该数值范围所对应的显示宽度值；

S714：根据查找到的显示宽度值设置所对应的连线的显示宽度。

可选地，连线的显示宽度越大，对应的数值范围越大；即连线越粗表示连线所对应的调用关系的调用次数越多，以达到警示提醒的目的。

如图10所示，本发明一实施例的告警应用可视化展示方法还可以包括根据应用的被调用次数设置节点显示形式的步骤，具体包括如下步骤：

S721：预设应用的被调用次数的多个数值范围与多个显示形式的对应关系；

S722：统计所述告警网状图中，各个所述节点所对应的应用的被调用次数；

S723：查找所述应用的被调用次数所对应的数值范围以及该数值范围所对应的显示形式；

S724：根据查找到的显示形式显示所对应的应用。

此处各个所述显示形式可以包括应用的显示形状、显示尺寸和显示颜色中的至少一种信息。例如，如果一个应用在一段时间内被多个告警应用调用多次，可以将告警应用的节点形状改为五角星形，或者将告警应用的节点改为红色，或将告警应用的节点的尺寸增加，以与其他节点区分开来，达到醒目的目的。

上述所述的调整告警网状图显示效果的方式仅为示例，在实际应用中，还可以采用很多其他的方式，均属于本发明的保护范围之内。

进一步地，本发明一实施例的告警应用可视化展示方法还可以包括如下步骤：

获取用户输入的告警应用显示指令；即可以为用户提供多种选项，每种选项对应有不同的图算法，会得到不同的告警网状图，用户可以根据需要选择对应的选项，用户在选择完毕后，即可以根据用户的选择自动选择对应的图算法；

判断所述告警应用显示指令的类型；

此处仅为示例，在实际应用中，采用其他图算法，或将上述三种图算法进行两两结合，或将上述三种图算法进行结合，或将上述三种图算法与其他图算法进行结合，均是可以的，均属于本发明的保护范围之内。

如图11所示，本发明实施例还提供一种告警应用可视化展示系统，用于实现所述的告警应用可视化展示方法，所述系统包括：

应用获取模块100，用于获取所有应用的信息，并将各个所述应用分别保存为一节点；

网状数据模型构建模块200，用于遍历所述所有应用的信息，构建应用的网状数据模型，所述应用的网状数据模型包括所述节点以及节点之间的调用关系；此处应用的信息可以包括应用本身的ID、应用与其他应用之间的调用关系等等；

告警应用获取模块300，用于发生告警时，获取所有告警应用的信息，此处告警应用的信息可以包括告警应用本身的ID，用于从所有应用中将告警应用提取出来；

告警网状图获取模块400，用于将所述告警应用所对应的节点加入告警网状图；获取所述告警应用之间的调用关系，并采用图算法计算所述告警网状图中各个应用之间的调用路径；以及根据所述调用路径连接所述告警网状图中的各个节点；

告警网状图显示模块500，用于显示所述告警网状图。

本发明的告警应用可视化展示系统直接使用事先保存好的应用关系模型(网状数据模型)进行计算，避免查找关系时需要多次反复查询，提升查询效率，通过图算法，可以方便地将告警间应用关系根据需要计算得出，通过可视化方式能够有效用于根因排障分析等应用。因此通过网状数据模型，改善了应用关系的查询效率；通过图算法，能够实现各种应用关系分析。

本发明实施例还提供一种告警应用可视化展示设备，包括处理器；存储器，其中存储有所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行所述的告警应用可视化展示方法的步骤。因此，同样地，本发明实施例的告警应用可视化展示设备可以高效查询展示告警应用的关系，用于可视化告警根因分析。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“平台”。

下面参照图12来描述根据本发明的这种实施方式的电子设备600。图12显示的电子设备600仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图12所示，电子设备600以通用计算设备的形式表现。电子设备600的组件可以包括但不限于：至少一个处理单元610、至少一个存储单元620、连接不同平台组件(包括存储单元620和处理单元610)的总线630、显示单元640等。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元610执行，使得所述处理单元610执行本说明书上述电子处方流转处理方法部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元610可以执行如图1中所示的步骤。

所述存储单元620可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)6201和/或高速缓存存储单元6202，还可以进一步包括只读存储单元(ROM)6203。

所述存储单元620还可以包括具有一组(至少一个)程序模块6205的程序/实用工具6204，这样的程序模块6205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线630可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备600也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备600交互的设备通信，和/或与使得该电子设备600能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口650进行。并且，电子设备600还可以通过网络适配器660与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。网络适配器660可以通过总线630与电子设备600的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备600使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储平台等。

本发明实施例还提供一种计算机可读存储介质，用于存储程序，所述程序被执行时实现所述的告警应用可视化展示方法的步骤。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述电子处方流转处理方法部分中描述的根据本发明各种示例性实施方式的步骤。同样地，本发明实施例的计算机可读存储介质被运行时，可以高效查询展示告警应用之间的调用关系，可以方便地查询任意应用间的复杂关系，用于可视化告警根因分析，从而快速定位问题应用，解决处理故障，极大地提高了运维工作的效率和准确性。

参考图13所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品800，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

所述计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims

1.一种告警应用可视化展示方法，其特征在于，包括如下步骤：

显示所述告警网状图。

2.根据权利要求1所述的告警应用可视化展示方法，其特征在于，所述应用的信息包括应用的ID以及该应用与其他应用的调用关系；所述告警应用的信息包括告警应用的ID。

3.根据权利要求1所述的告警应用可视化展示方法，其特征在于，所述应用的网状数据模型中，所述节点之间的调用关系包括各个所述节点对应的父节点和子节点；

所述方法还包括如下步骤：

4.根据权利要求1所述的告警应用可视化展示方法，其特征在于，还包括如下步骤：

将所述应用的网状数据模型存储至Neo4j数据库。

5.根据权利要求1所述的告警应用可视化展示方法，其特征在于，所述采用图算法计算所述告警网状图中各个应用之间的调用路径，包括如下步骤：

6.根据权利要求5所述的告警应用可视化展示方法，其特征在于，采用Dijkstra算法遍历所述告警应用的节点，计算所述告警应用之间的最短调用路径。

7.根据权利要求5所述的告警应用可视化展示方法，其特征在于，采用广度优先遍历算法遍历所述应用的节点，查询所有应用中与所述告警应用具有预设调用深度的调用关系的正常应用；

8.根据权利要求7所述的告警应用可视化展示方法，其特征在于，还包括如下步骤：

9.根据权利要求5所述的告警应用可视化展示方法，其特征在于，所述采用图算法计算所述告警网状图中各个应用之间的调用路径，包括如下步骤：

10.根据权利要求1所述的告警应用可视化展示方法，其特征在于，所述采用图算法计算所述告警网状图中各个应用之间的调用路径，包括如下步骤：

11.根据权利要求3所述的告警应用可视化展示方法，其特征在于，显示所述告警网状图，包括如下步骤：

12.根据权利要求1所述的告警应用可视化展示方法，其特征在于，还包括如下步骤：

13.根据权利要求1所述的告警应用可视化展示方法，其特征在于，还包括如下步骤：

根据查找到的显示宽度值设置所对应的连线的显示宽度。

14.根据权利要求1所述的告警应用可视化展示方法，其特征在于，还包括如下步骤：

根据查找到的显示形式显示所对应的应用。

15.根据权利要求14所述的告警应用可视化展示方法，其特征在于，各个所述显示形式包括应用的显示形状、显示尺寸和显示颜色中的至少一种信息。

16.根据权利要求1所述的告警应用可视化展示方法，其特征在于，还包括如下步骤：

获取用户输入的告警应用显示指令；

17.一种告警应用可视化展示系统，用于实现权利要求1至16中任一项所述的告警应用可视化展示方法，其特征在于，所述系统包括：

告警网状图显示模块，用于显示所述告警网状图。

18.一种告警应用可视化展示设备，其特征在于，包括：

处理器；

存储器，其中存储有所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1至16中任一项所述的告警应用可视化展示方法的步骤。

19.一种计算机可读存储介质，用于存储程序，其特征在于，所述程序被执行时实现权利要求1至16中任一项所述的告警应用可视化展示方法的步骤。