应用管理方法及终端设备与流程

文档序号:17441774发布日期:2019-04-17 04:51阅读:132来源:国知局
应用管理方法及终端设备与流程

本发明属于计算机应用技术领域,尤其涉及一种应用管理方法、终端设备及计算机可读存储介质。



背景技术:

微服务在于考虑围绕着业务领域组件来创建应用,这些应用可独立地进行开发、管理和加速。在分散的组件中使用微服务云架构和平台,使部署、管理和服务功能交付变得更加简单。随着微服务的发展以及我们应用模块不断的增多,应用之间的调度越来越复杂,为了监控这些应用是否正常运行,现有技术将所有的服务注册到注册中心,做统一的监控,而对于一般的负载应用部署,通常采用的方式都是在excel里记录每个应用部署在哪里。

但是,现有技术中的方式对于不了解部署的应用是什么的运维人员来说,当其中一个应用异常,以及这个异常应用的影响了哪些其他应有是不清楚的,而且一般的监控运维没有办法排查该类问题,从而导致微服务应用的管理混乱,故障定位效率低的问题。



技术实现要素:

有鉴于此,本发明实施例提供了一种应用管理方法、终端设备及计算机可读存储介质,以解决现有技术中微服务应用的管理混乱,故障定位效率低的问题。

本发明实施例的第一方面提供了一种应用管理方法,包括:

获取发生异常时的告警信息;所述告警信息包括发生异常的异常应用的应用标识;

根据所述应用标识,在预设的应用拓扑图中确定与所述异常应用关联的关联应用;

根据所述异常应用与每个所述关联应用之间的关联关系,确定所述异常应用与关联应用之间的关联度;

根据所述关联度、预设的关联等级以及不同关联等级对应的告警标识,对所述应用拓扑图中每个所述关联度对应的关联应用进行标记。

本发明实施例的第二方面提供了一种终端设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现以下步骤:

获取发生异常时的告警信息;所述告警信息包括发生异常的异常应用的应用标识;

根据所述应用标识,在预设的应用拓扑图中确定与所述异常应用关联的关联应用;

根据所述异常应用与每个所述关联应用之间的关联关系,确定所述异常应用与关联应用之间的关联度;

根据所述关联度、预设的关联等级以及不同关联等级对应的告警标识,对所述应用拓扑图中每个所述关联度对应的关联应用进行标记。

本发明实施例的第三方面提供了一种终端设备,包括:

获取发生异常时的告警信息;所述告警信息包括发生异常的异常应用的应用标识;

根据所述应用标识,在预设的应用拓扑图中确定与所述异常应用关联的关联应用;

根据所述异常应用与每个所述关联应用之间的关联关系,确定所述异常应用与关联应用之间的关联度;

根据所述关联度、预设的关联等级以及不同关联等级对应的告警标识,对所述应用拓扑图中每个所述关联度对应的关联应用进行标记。

本发明实施例的第四方面提供了一种计算机可读存储介质,所述计算机存储介质存储有计算机程序,所述计算机程序包括程序指令,所述程序指令当被处理器执行时使所述处理器执行上述第一方面的方法。

本发明实施例与现有技术相比存在的有益效果是:

本发明实施例通过获取发生异常的告警信息;所述告警信息包括发生异常的异常应用的应用标识;根据所述应用标识,在预设的应用拓扑图中确定与所述异常应用关联的关联应用;根据所述异常应用与每个所述关联应用之间的关联关系,确定所述异常应用与关联应用之间的关联度;根据所述关联度、预设的关联等级以及不同关联等级对应的告警标识,对所述应用拓扑图中每个所述关联度对应的关联应用进行标记。通过在发生异常的异常应用与其关联的关联应用之间进行关联度计算,确定不同关联等级的关联应用,并根据不同的告警标识进行标记,以使运维人员能根据不同等级的告警标记对异常应用和关联应用进行检测和维护,提高了应用的异常监控力度和异常维护效率,保证了系统的稳定性和可靠性。

附图说明

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

图1是本发明实施例一提供的应用管理方法的流程图;

图2是本发明实施例二提供的应用管理方法的流程图;

图3是本发明实施例三提供的终端设备的示意图;

图4是本发明实施例四提供的终端设备的示意图。

具体实施方式

以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本发明实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中,省略对众所周知的系统、装置、电路以及方法的详细说明,以免不必要的细节妨碍本发明的描述。

为了说明本发明所述的技术方案,下面通过具体实施例来进行说明。

参见图1,图1是本发明实施例一提供的应用管理方法的流程图。本实施例中应用管理方法的执行主体为终端。终端包括但不限于智能手机、平板电脑、可穿戴设备等移动终端,还可以是台式电脑等。如图所示的应用管理方法可以包括以下步骤:

s101:获取发生异常的告警信息;所述告警信息包括发生异常的异常应用的应用标识。

微服务的基本思想在于考虑围绕着业务领域组件来创建应用,这些应用可独立地进行开发、管理和加速。在分散的组件中使用微服务云架构和平台,使部署、管理和服务功能交付变得更加简单。随着微服务的发展以及我们应用模块不断的增多,应用之间的调度越来越复杂,为了监控这些应用是否正常运行,现有技术将所有的服务注册到注册中心,做统一的监控,而对于一般的负载应用部署,通常采用的方式都是在excel里记录每个应用部署在哪里。微服务可以在自己的程序中运行,并通过轻量级设备与超文本传输协议(hypertexttransferprotocol,http)型与应用程序编程接口(applicationprogramminginterface,api)之间进行数据处理。在微服务系统中,关键在于该服务可以在自己的程序中运行。通过这一点我们就可以将服务公开与微服务架构区分开来。在服务公开中,许多服务都可以被内部独立进程所限制。如果其中任何一个服务需要增加某种功能,那么就必须缩小进程范围。在微服务架构中,只需要在特定的某种服务中增加所需功能,而不影响整体进程。

在实际应用中,当一个应用程序发生了异常,则会发出异常的告警信息。其中,该异常可能是该应用程序在运行过程中发生中断,异常数据有可能模仿数据中的正常数据,有些异常的行为通常是人为恶意操控的,它会模仿现实中真实正常的行为,让异常的现象观测起来和正常现象一样,导致异常检测的任务变得十分困难。例如社交网络中机器人回复,它会模仿真实人类的语气、时间频率等特征,以假乱真。在本实施例中,不限制异常的范围。随着发展和进步,许多领域的正常行为也在与时俱进,其概念可能在未来会失效,异常的定义也在不断变化。而且很多数据集都是复杂和动态的,例如传感器数据、网络安全数据等,这些都需要人的监督和判断来进行异常检测。异常与领域高度相关,领域间的技术很难互相应用,不同领域间的实际情况不一样,有些异常的现象在其他领域可能就是正常的情况。带有标记的异常数据难以获取,用于训练确认异常的模型所使用的标记数据十分难以获取,人工的标注费时费力。

在本实施例中,可以将异常进行分类,例如在属性上,例如时空数据中的地理信息;在拓扑结构上,例如传感器网络的传输顺序,混合情况,例如网络数据中的节点属性和拓扑结构属性和拓扑结构在时序上变化多端,而通过可视分析的方法来探究时序数据中的异常,拓扑结构进行异常检测的相关可视分析工作,即原始数据中存在拓扑结构,或者把数据抽象成拓扑结构,进而对拓扑结构在时序上的异常进行可视分析。

本实施例中获取到的发生异常的告警信息中可以包括发生该异常的异常应用的应用标识,该应用标识可以是该异常应用的名称、编号等信息,此处不做限定,除此之外,还可以是该异常应用发生该异常的异常标识,例如,异常情况的编码等信息。发送该告警信息的装置可以是该异常应用所运行的终端设备或者服务器等,此处不做限定。

s102:根据所述应用标识,在预设的应用拓扑图中确定与所述异常应用关联的关联应用。

在本实施例中预设有应用拓扑图,应用拓扑图是根据每个应用之间的关联关系建立的,例如,当一个应用与另一个应用之间存在调用的关系时,则可以通过有向线的方式将两个应用之间连接,当系统中存在的应用数量较多时,各个应用之间的关联也会相应增加,这种情况下,各个应用之间的关联关系建立之后,便可以构建成一个完整的应用拓扑图。

本实施例中应用之间的关联关系可以包括硬件之间的连接关系,也可以包括应用程序之间的调用关系。其中,连接关系用于表示各种计算机、打印机、网络设备以及其他硬件设备之间的连接方式;调用关系用于表示各个软件应用之间的应用关联情况。

进一步的,本实施例中各个应用之间可以通过服务器或者端口等元素进行关联,因此,本实施例中的应用拓扑图可以在基于应用之间的关联关系构建的基础上,在应用拓扑图中的各个关联应用之间加入起到关联作用的服务器的服务器标识、端口的端口标识,以通过应用拓扑图可以直观的获取到各个应用之间关联关系。本实施例中应用的应用标识用于区分各个不同的应用,通过在应用拓扑图中的各个关联应用之间加入对应的服务器标识和端口标识,以清楚的表示出各个关联应用的之间的关联方式,以便在应用发生异常时,可以直接通过应用拓扑图中各个关联应用之间的服务器标识或端口标识进行故障检查或维护,提高异常处理的效率。

网络拓扑描述了线缆和网络设备的布局以及数据传输时所采用的路径。网络拓扑会在很大程度上影响网络如何工作。物理拓扑是指物理结构上各种设备和传输介质的布局。物理拓扑通常有总线型、星型、环型、树型、网状型等几种,其中,应用拓扑图可以包括几个重要元素:节点、链路以及通路。其中,节点就是网络单元,可以是网络系统中的各种数据处理设备、数据通信控制设备和数据终端设备,还可以是网络系统中各个应用,节点分为:转节点,它的作用是支持网络的连接,它通过通信线路转接和传递信息;访问节点,它是信息交换的源点和目标。链路是两个节点间的连线。链路分物理链路和逻辑链路两种,前者是指实际存在的通信连线,后者是指在逻辑上起作用的网络通路。链路容量是指每个链路在单位时间内可接纳的最大信息量。通路是从发出信息的节点到接收信息的节点之间的一串节点和链路。也就是说,它是一系列穿越通信网络而建立起的节点到节点的链路。

在获取到发生异常的告警信息之后,根据告警信息中的异常应用的应用标识,在预设的应用拓扑图中确定与该异常应用关联的关联应用。具体的方法为,根据异常应用的应用标识,在应用拓扑图中进行查找,确定与该异常应用关联的其他应用为关联应用,其中,关联应用中可以包括直接关联应用和间接关联应用,直接关联应用为直接调用异常应用或者被异常应用直接调用的应用,间接关联应用用于表示间接调用异常应用或者被异常应用间接调用的应用。

s103:根据所述异常应用与每个所述关联应用之间的关联关系,确定所述异常应用与关联应用之间的关联度。

在确定了与异常应用关联的关联应用之后,所确定的关联应用可以是一个,也可以是至少两个。根据异常应用与关联应用之间的关联关系,确定每个关联应用与异常应用之间的关联度。

由于在应用拓扑图中,应用之间都是相互关联的,每个应用可能关联有一个或者至少两个其他的应用,并且,应用之间的关联关系可能是直接关联,也可能是间接关联,本实施例中,通过计算关联度来衡量应用之间的关联关系的强弱。根据异常应用于每个关联应用之间的关联关系,确定该异常应用与关联应用之间的关联度。

在实际应用中,应用之间的关联关系可以包括调用关系或者被调用关系,即第一应用会获取并处理通过第二应用得到的数据,第一应用和第二应用之间就是调用关系。在本方案中,关联关系的确定可以是通过应用程序代码之间的调用情况来确定,例如函数调用、参数调用等,还可以是由开发人员直接定义的关联关系,此处不做限定。在应用拓扑图中确定与异常应用关联的所有关联节点,确定与该异常应用直接关联的关联节点,即直接调用该异常节点或者被异常应用直接调用的关联应用为一级关联应用,间接调用该异常节点或者被异常应用间接调用的关联应用为一级关联应用。由此可知,本实施例中的关联节点和异常节点可以组成一个关联应用树,在该关联应用树中,父节点是一个异常节点,在父节点的下一层是由至少一个一级关联应用构成的一层节点,在第三层一级第三层以下,便是由其他的关联应用构成的节点,这些应用之间根据相互之间的调用关系形成一个关联应用树,与该树的父节点距离越近的应用,则具有较大的关联度。可选的,本实施例中,可以将应用之间的调用关系量化,即关联应用树中各应用于父节点之间的距离进行量化,得到异常应用与关联应用之间的关联度。

s104:根据所述关联度、预设的关联等级以及不同关联等级对应的告警标识,对所述应用拓扑图中每个所述关联度对应的关联应用进行标记。

在本实施例中,预设有不同的关联等级,用于衡量关联应用与异常应用之间的关联程度。并且,为了保证在显示界面上可以直接看到当前与异常节点相关的关联节点的显示情况,本实施例中对不同的关联等级设定不同的显示方式,例如,不同的标记颜色、不同的显示位置等,此处不做限定。

可选的,设定至少一个关联等级阈值,用于衡量关联度。关联等级阈值可以是分段函数的形式,若该关联度落入某个关联度等级阈值的范围之内,则该关联度便对应于此关联等级,也根据该关联等级对应的显示方式在应用拓扑图中进行标记。

上述方案,通过获取发生异常的告警信息;所述告警信息包括发生异常的异常应用的应用标识;根据所述应用标识,在预设的应用拓扑图中确定与所述异常应用关联的关联应用;根据所述异常应用与每个所述关联应用之间的关联关系,确定所述异常应用与关联应用之间的关联度;根据所述关联度、预设的关联等级以及不同关联等级对应的告警标识,对所述应用拓扑图中每个所述关联度对应的关联应用进行标记。通过在发生异常的异常应用与其关联的关联应用之间进行关联度计算,确定不同关联等级的关联应用,并根据不同的告警标识进行标记,以使运维人员能根据不同等级的告警标记对异常应用和关联应用进行检测和维护,提高了应用的异常监控力度和异常维护效率,保证了系统的稳定性和可靠性。

参见图2,图2是本发明实施例二提供的应用管理方法的流程图。本实施例中应用管理方法的执行主体为终端。终端包括但不限于智能手机、平板电脑、可穿戴设备等移动终端,还可以是台式电脑等。如图所示的应用管理方法可以包括以下步骤:

s201:获取每个应用的应用标识以及应用之间的关联关系。

在实际应用中,每个应用都有其对应的服务器,通过该服务器来接收、处理或者发送该应用的所有数据。服务器是提供计算服务的设备,由于服务器需要响应服务请求,并进行处理,因此一般来说服务器应具备承担服务并且保障服务的能力。服务器的构成包括处理器、硬盘、内存、系统总线等,和通用的计算机架构类似,但是由于需要提供高可靠的服务,因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。在本实施例中,需要获取与每个应用对应的服务器的服务器标识,服务器标识可以是服务器的物理地址、设备编号等信息,此处不做限定。

本实施例中的应用的应用标识可以是该应用的应用编号、应用名称等,此处不做限定。应用的数据输出端口用于表示该应用在输出数据所用的端口标识。除此之外,还可以是该应用输入数据所用的端口标识。

s202:根据每个所述应用的所述应用标识以及所述应用之间的关联关系构建所述应用拓扑图。

本实施例中的应用拓扑图是由各个应用及其关联关系构成的网络结构图,拓扑图是由点和边组成的几何结构,任何网络都可以抽象成一个拓扑图。在本实施例中预设有应用拓扑图,应用拓扑图是根据每个应用之间的关联关系建立的,例如,当一个应用与另一个应用之间存在调用的关系时,则可以通过有向线的方式将两个应用之间连接,当系统中存在的应用数量较多时,各个应用之间的关联也会相应增加,这种情况下,各个应用之间的关联关系建立之后,便可以构建成一个完整的应用拓扑图。

s203:获取发生异常的告警信息;所述告警信息包括发生异常的异常应用的应用标识。

在本实施例中s203与图1对应的实施例中s101的实现方式完全相同,具体可参考图1对应的实施例中的s101的相关描述,在此不再赘述。

s204:根据所述应用标识,在预设的应用拓扑图中确定与所述异常应用关联的关联应用。

在本实施例中s204与图1对应的实施例中s102的实现方式完全相同,具体可参考图1对应的实施例中的s102的相关描述,在此不再赘述。

s205:根据所述异常应用与每个所述关联应用之间的关联关系,确定所述异常应用与关联应用之间的关联度。

在确定了与异常应用关联的关联应用之后,所确定的关联应用可以是一个,也可以是至少两个。根据异常应用与关联应用之间的关联关系,确定每个关联应用与异常应用之间的关联度。

进一步地,步骤s205中可以具体包括步骤s2051~s2052:

s2051:根据所述应用拓扑图中的信息,确定所述异常应用的异常应用信息和所述关联应用的关联应用信息。

在本实施例的应用拓扑图中包括了每个应用的信息,这些信息包括异常应用信息和关联应用信息,其中异常应用信息包括异常应用的应用标识、异常应用对应的服务器的服务器标识和异常应用的数据输出端口的端口标识;关联应用信息包括关联应用的应用标识、关联应用的对应的服务器的服务器标识和关联应用的数据输出端口的端口标识。

s2052:根据所述异常应用信息、所述关联应用信息、所述异常应用与对应的每个所述关联应用之间的关联关系,计算所述异常应用与对应的每个所述关联应用之间的关联度。

在确定了异常应用信息和关联应用信息之后,根据异常应用信息和关联应用信息计算异常应用与对应的每个关联应用之间的关联度。

通过如下公式:计算所述异常应用与对应的每个所述关联应用之间的关联度;其中,a,b分别用于表示所述异常应用和所述关联应用;i∈{1,2,3},pi(a)分别用于表示所述异常应用的所述应用标识;pi(b)分别用于表示所述关联应用的所述应用标识。

具体的,上述公式中的i∈{1,2,3}用于表示三个数据分别为应用标识、服务器标识和端口标识。可选的,由于每个应用的信息可以有很多种类型,所以本方案中每个应用的应用信息可以不限于应用的应用标识、应用对应的服务器的服务器标识和应用的数据输出端口的端口标识,除此之外,还可以是其他类型的信息,用于将每个应用的信息表示的更加详细。

进一步的,还可以根据关联关系确定关联等级:具有直接关联关系的应用之间为一级关联等级。其中,被调用的应用为子应用,调用该子应用的为父应用;具有间接关联关系的应用之间为二级关联等级;以此类推,在调用过程中,中间相隔的应用越多,则两个应用之间的关联度就越弱。

s206:根据所述关联度、预设的关联等级以及不同关联等级对应的告警标识,对所述应用拓扑图中每个所述关联度对应的关联应用进行标记。

根据预设的关联度等级,确定每个异常应用对应的异常等级,并根据异常等级确定每个异常应用对应的告警标记;根据确定出的每个异常等级对应的告警标记,对应用关系图中的每个关联应用进行标记。该标记方法通过领域标记的思想进行标记,通过应用告警可以直接查看详细的告警信息,这样在应用拓扑图上就可以清晰的看到整个应用的全链路告警监控。

在本方案中,各个应用之间的关联关系不同、所包含的参数在该应用中的影响力也不同,所以各个应用之间的关联度强弱也不相同。通过确定不同应用之间的关联度,根据关联度的大小用不同等级的告警标识将关联应用进行标记,以使的维护人员可以清楚的辨认出异常应用的严重程度,而先处理严重程度较高的应用。

s207:根据所述应用拓扑图中所述关联应用的标记确定所述关联应用的处理次序。

在确定了应用拓扑图中关联应用的标记之后,通过该标记确定不同的关联等级的关联应用,也可以通过不同的标记确定不同的关联应用的处理次序。在本实施例中,关联等级可以是至少两个等级,或者两个等级以上。本实施例中可以通过不同的颜色来表示不同的关联等级,还可以通过相同色系的不同深度来表示不同的关联等级。

示例性地,本实施例中通过灰色来表示异常应用,通过紫色来表示一级关联应用、红色来表示二级关联应用以及通过橙色来表示三级关联应用,根据不同颜色具有不同的关联等级,设定不同颜色对应有不同的处理次序,按照一级、二级、三级的次序处理关联应用,即按照紫色、红色、橙色的次序处理关联应用。通过这种方式可以提高异常应用和关联应用的处理效率,并能在第一时间对与异常应用关联强度较高的关联应用进行处理,提到了关联应用的处理效率,实现了应用处理的有序化和智能化。

s208:根据所述处理次序、所述异常标识以及预设的不同标记对应的异常处理方法,对所述关联应用进行维护。

在确定了处理次序之后,根据处理次序、常标识以及预设的不同标记对应的异常处理方法,对关联应用进行维护。在实际应用中,当异常应用发生故障的情况下,与其关联的关联应用可能发生异常,也可能不发生异常,或者发生异常情况不会很严重,因此,对于不同的关联应用可以对应有不同的处理方式。

可选的,本实施例中可以确定不同等级的关联应用的处理方式,例如,对于紫色的一级关联应用进行全面测试,将检测出来的故障进行维护;对于红色的二级关联应用进行针对性的测试,例如,只测试一些比较重要的功能或者模块;对于橙色的三级关联应用可以不进行测试,因为三级关联应用与异常应用之间的关联度较弱,受到异常应用的影响较小,因而发生故障的概率很小,所以不进行测试,只是在发生故障时进行处理。通过这种方式可以提高关联应用检测的成功率和效率,使测试人员在最少的时间内排查和维护完毕所有的关联应用,并能保证所有关联应用的稳定性。

上述方案,通过获取每个应用的应用标识以及应用之间的关联关系;根据每个所述应用的所述应用标识以及所述应用之间的关联关系构建所述应用拓扑图。获取发生异常的告警信息;所述告警信息包括发生异常的异常应用的应用标识;根据所述应用标识,在预设的应用拓扑图中确定与所述异常应用关联的关联应用;根据所述异常应用与每个所述关联应用之间的关联关系,确定所述异常应用与关联应用之间的关联度;根据所述关联度、预设的关联等级以及不同关联等级对应的告警标识,对所述应用拓扑图中每个所述关联度对应的关联应用进行标记。根据所述应用拓扑图中所述关联应用的标记确定所述关联应用的处理次序;根据所述处理次序、所述异常标识以及预设的不同标记对应的异常处理方法,对所述关联应用进行维护。通过预先根据系统中的应用构建应用拓扑图,根据应用拓扑图确定异常应用与关联应用之间的关联度,并确定该关联度所对应的关联应用的显示方式和处理方式,使测试人员在最少的时间内排查和维护完毕所有的关联应用,提高了关联应用检测的成功率和效率。

参见图3,图3是本发明实施例三提供的一种终端设备的示意图。终端设备包括的各单元用于执行图1~图2对应的实施例中的各步骤。具体请参阅图1~图2各自对应的实施例中的相关描述。为了便于说明,仅示出了与本实施例相关的部分。本实施例的终端设备300包括:

获取单元301,用于获取发生异常时的告警信息;所述告警信息包括发生异常的异常应用的应用标识;

确定单元302,用于根据所述应用标识,在预设的应用拓扑图中确定与所述异常应用关联的关联应用;

计算单元303,用于根据所述异常应用与每个所述关联应用之间的关联关系,确定所述异常应用与关联应用之间的关联度;

标记单元304,用于根据所述关联度、预设的关联等级以及不同关联等级对应的告警标识,对所述应用拓扑图中每个所述关联度对应的关联应用进行标记。

进一步的,所述终端设备还可以包括:

标识获取单元,用于获取每个应用的应用标识以及应用之间的关联关系;

构建单元,用于根据每个所述应用的所述应用标识以及所述应用之间的关联关系构建所述应用拓扑图。

进一步的,所述计算单元303可以包括:

关联信息确定单元,根据所述应用拓扑图中的信息,确定所述异常应用的异常应用信息和所述关联应用的关联应用信息;所述异常应用信息包括所述异常应用的所述应用标识、所述异常应用对应的服务器的服务器标识和所述异常应用的数据输出端口的端口标识;所述关联应用信息包括所述关联应用的应用标识、所述关联应用的对应的服务器的服务器标识和所述关联应用的数据输出端口的端口标识;

关联度计算单元,用于根据所述异常应用信息、所述关联应用信息、所述异常应用与对应的每个所述关联应用之间的关联关系,计算所述异常应用与对应的每个所述关联应用之间的关联度。

进一步的,所述关联度计算单元可以包括:

通过如下公式:计算所述异常应用与对应的每个所述关联应用之间的关联度;其中,a,b分别用于表示所述异常应用和所述关联应用;i∈{1,2,3},pi(a)分别用于表示所述异常应用的所述应用标识、所述服务器标识和所述端口标识;pi(b)分别用于表示所述关联应用的所述应用标识、所述服务器标识和所述端口标识。

进一步的,所述终端设备还可以包括:

次序确定单元,用于根据所述应用拓扑图中所述关联应用的标记确定所述关联应用的处理次序;

应用维护单元,用于根据所述处理次序、所述异常标识以及预设的不同标记对应的异常处理方法,对所述关联应用进行维护。

上述方案,通过获取发生异常的告警信息;所述告警信息包括发生异常的异常应用的应用标识;根据所述应用标识,在预设的应用拓扑图中确定与所述异常应用关联的关联应用;根据所述异常应用与每个所述关联应用之间的关联关系,确定所述异常应用与关联应用之间的关联度;根据所述关联度、预设的关联等级以及不同关联等级对应的告警标识,对所述应用拓扑图中每个所述关联度对应的关联应用进行标记。通过在发生异常的异常应用与其关联的关联应用之间进行关联度计算,确定不同关联等级的关联应用,并根据不同的告警标识进行标记,以使运维人员能根据不同等级的告警标记对异常应用和关联应用进行检测和维护,提高了应用的异常监控力度和异常维护效率,保证了系统的稳定性和可靠性。

图4是本发明实施例四提供的终端设备的示意图。如图4所示,该实施例的终端设备4包括:处理器40、存储器41以及存储在所述存储器41中并可在所述处理器40上运行的计算机程序42。所述处理器40执行所述计算机程序42时实现上述各个应用管理方法实施例中的步骤,例如图1所示的步骤101至104。或者,所述处理器40执行所述计算机程序42时实现上述各装置实施例中各模块/单元的功能,例如图3所示单元301至304的功能。

示例性的,所述计算机程序42可以被分割成一个或多个模块/单元,所述一个或者多个模块/单元被存储在所述存储器41中,并由所述处理器40执行,以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段,该指令段用于描述所述计算机程序42在所述终端设备4中的执行过程。

所述终端设备4可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端设备可包括,但不仅限于,处理器40、存储器41。本领域技术人员可以理解,图4仅仅是终端设备4的示例,并不构成对终端设备4的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如所述终端设备还可以包括输入输出设备、网络接入设备、总线等。

所称处理器40可以是中央处理单元(centralprocessingunit,cpu),还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor,dsp)、专用集成电路(applicationspecificintegratedcircuit,asic)、现成可编程门阵列(field-programmablegatearray,fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器41可以是所述终端设备4的内部存储单元,例如终端设备4的硬盘或内存。所述存储器41也可以是所述终端设备4的外部存储设备,例如所述终端设备4上配备的插接式硬盘,智能存储卡(smartmediacard,smc),安全数字(securedigital,sd)卡,闪存卡(flashcard,fc)等。进一步地,所述存储器41还可以既包括所述终端设备4的内部存储单元也包括外部存储设备。所述存储器41用于存储所述计算机程序以及所述终端设备所需的其他程序和数据。所述存储器41还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将所述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。

在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中。

以上所述实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围,均应包含在本发明的保护范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1