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

Abstract

本发明公开了一种链路告警处理方法、装置、设备及存储介质，包括：获取告警服务节点，并确定告警服务节点对应的告警服务日志；获取告警服务日志中记录的链路标识，并根据链路标识获取告警服务节点对应的追踪链路，以及追踪链路中各服务节点的服务日志；其中，各服务日志中包括链路标识、服务节点标识以及父节点标识；根据告警服务节点对应的服务节点标识，以及各服务节点的父节点标识，确定子服务节点；根据子服务节点对应的服务日志，确定目标服务节点，并根据目标服务节点的状态信息进行告警处理。本发明的技术方案可以提高链路告警的处理效率，降低链路告警的处理成本。

Description

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

技术领域

本发明涉及计算机技术领域，尤其涉及一种链路告警处理方法、装置、设备及存储介质。

背景技术

随着信息技术的快速发展，计算机系统的应用范围越来越广泛，各行业的信息化建设也更加完善。随着信息系统承载的业务操作逐渐增多，信息系统的安全保障工作愈发重要，能否实现对链路告警进行快速处理成为影响信息系统性能的重要因素。

现有技术中，通常通过运维人员对链路告警进行处理。具体的，在接收到告警服务节点对应的链路标识后，可以通过运维人员手动搜索每个链路标识对应的追踪链路。然后，可以对上述追踪链路中的各服务节点进行检查，以判断各服务节点是否存在异常。最后，可以对各异常服务节点进行处理。

但是，由于追踪链路都是未经过分析的，在涉及到的追踪链路较多时，需要多个运维人员同时查看才能减少排查时间，导致人力成本高、排障效率低。

发明内容

本发明提供了一种链路告警处理方法、装置、设备及存储介质，可以提高链路告警的处理效率，降低链路告警的处理成本。

第一方面，本发明实施例提供了一种链路告警处理方法，包括：

获取告警服务节点，并确定告警服务节点对应的告警服务日志；

获取告警服务日志中记录的链路标识，并根据链路标识获取告警服务节点对应的追踪链路，以及追踪链路中各服务节点的服务日志；

其中，各服务日志中包括链路标识、服务节点标识以及父节点标识；

根据告警服务节点对应的服务节点标识，以及各服务节点的父节点标识，确定子服务节点；

根据子服务节点对应的服务日志，确定目标服务节点，并根据目标服务节点的状态信息进行告警处理。

可选的，获取告警服务节点，并确定告警服务节点对应的告警服务日志，包括：

根据预设的告警规则，判断各服务节点是否满足告警触发条件；

若是，则通过维护系统确定各服务节点是否处于维护状态；

如果存在未处于维护状态的异常服务节点，则将异常服务节点作为告警服务节点，并获取告警服务节点对应的告警时间段；

采集告警服务节点在告警时间段内的告警服务日志。

可选的，根据告警服务节点对应的链路标识以及服务节点标识，确定子服务节点，包括：

根据告警服务节点对应的服务节点标识，判断追踪链路中是否存在父节点标识与服务节点标识相等的服务节点；

若是，则将服务节点作为子服务节点。

可选的，根据子服务节点对应的服务日志，确定目标服务节点，包括：

判断子服务节点对应的服务日志是否报错；

若是，则判断追踪链路中是否存在父节点标识与子服务节点的服务节点标识相等的服务节点；

若否，则将子服务节点的父服务节点作为目标服务节点。

可选的，根据目标服务节点的状态信息进行告警处理，包括：

将目标服务节点，以及目标服务节点的状态通过可视化界面展示给用户，以实现告警处理。

可选的，在将目标服务节点，以及目标服务节点的状态信息通过可视化界面展示给用户之后，还包括：

响应于用户针对目标服务节点触发的点击操作；

获取目标服务节点与追踪链路中各服务节点的关联关系，并将关联关系通过可视化界面展示给用户。

第二方面，本发明实施例还提供了一种链路告警处理装置，包括：

告警日志获取模块，用于获取告警服务节点，并确定告警服务节点对应的告警服务日志；

服务日志获取模块，用于获取告警服务日志中记录的链路标识，并根据链路标识获取告警服务节点对应的追踪链路，以及追踪链路中各服务节点的服务日志；其中，各服务日志中包括链路标识、服务节点标识以及父节点标识；

子节点确定模块，用于根据告警服务节点对应的链路标识以及服务节点标识，确定子服务节点；

告警处理模块，用于根据子服务节点对应的服务日志，确定目标服务节点，并根据目标服务节点的状态进行告警处理。

第三方面，本发明实施例还提供了一种电子设备，该电子设备包括：

至少一个处理器；以及

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

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

第四方面，本发明实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机指令，计算机指令用于使处理器执行时实现本发明任一实施例提供的链路告警处理方法。

第五方面，一种计算机程序产品，该计算机程序产品包括计算机程序，计算机程序在被处理器执行时实现本发明任一实施例提供的链路告警处理方法。

本发明实施例提供的技术方案，通过获取告警服务节点，并确定告警服务节点对应的告警服务日志；获取告警服务日志中记录的链路标识，并根据链路标识获取告警服务节点对应的追踪链路，以及追踪链路中各服务节点的服务日志；其中，各服务日志中包括链路标识、服务节点标识以及父节点标识；根据告警服务节点对应的服务节点标识，以及各服务节点的父节点标识，确定子服务节点；根据子服务节点对应的服务日志，确定目标服务节点，并根据目标服务节点的状态进行告警处理的技术手段，可以提高链路告警的处理效率，降低链路告警的处理成本。

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

附图说明

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

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

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

图3是根据本发明实施例提供的一种目标服务节点确定方法的流程图；

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

图5是根据本发明实施例提供的一种链路告警处理方法的场景示意图；

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

图7是实现本发明实施例五提供的一种电子设备的结构示意图。

具体实施方式

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

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

实施例一

图1是根据本发明实施例一提供的一种链路告警处理方法的流程图，本实施例可适用于对链路告警进行处理的情况，该方法可以由链路告警处理装置来执行，该链路告警处理装置可以采用硬件和/或软件的形式实现，该链路告警处理装置可配置于电子设备如计算机中。

如图1所示，本实施例公开的一种链路告警处理方法包括：

S110、获取告警服务节点，并确定告警服务节点对应的告警服务日志。

在此步骤，可选的，可以根据各服务节点对应的响应参数和/或预设状态码，确定告警服务节点。例如，若服务节点A的状态码与预设状态码不同，则可以将服务节点A作为告警服务节点。然后，可以通过日志收集系统，采集告警服务节点对应的告警服务日志。

S120、获取告警服务日志中记录的链路标识，并根据链路标识获取告警服务节点对应的追踪链路，以及追踪链路中各服务节点的服务日志。

其中，各服务日志中包括链路标识、服务节点标识以及父节点标识。

在本实施例中，链路标识可以用于表示各服务节点对应的追踪链路。服务节点标识可以用于标识各服务节点在追踪链路中的位置。父节点标识可以用于指示各服务节点的父服务节点。在实际应用中，若服务A的服务节点标识等于服务B的父节点标识，则可以认为服务A是服务B的父服务节点，也即服务A可以调用服务B。

在一个具体实施方式中，由于每个服务节点至少对应一个链路标识，因此可以根据告警服务日志获取告警服务节点对应的所有链路标识。然后，可以筛选出与告警服务节点链路标识相同的各服务节点。之后，可以获取上述各服务节点的服务日志。

S130、根据告警服务节点对应的服务节点标识，以及各服务节点的父节点标识，确定子服务节点。

在本实施例中，在得到告警服务节点对应的链路标识和服务节点标识后，可以获取追踪链路中各服务节点的父节点标识。然后，可以使用上述服务节点标识与各父节点标识进行比较，以确定子服务节点。

S140、根据子服务节点对应的服务日志，确定目标服务节点，并根据目标服务节点的状态进行告警处理。

在本实施例中，目标服务节点可以是追踪链路中的最后一个异常服务节点。目标服务节点的状态可以包括目标服务节点正在维护、目标服务节点异常和目标服务节点正常等。目标服务节点的状态可以用于反映告警产生的根本原因。

在一个具体实施方式中，可以根据子服务节点的服务日志，确定子服务节点对应的服务节点标识。然后，可以根据上述服务节点标识以及追踪链路中剩余服务节点的父节点标识，确定目标服务节点。最后，如果目标服务节点正在维护，则可以忽略告警服务节点发出的告警信息。或者，如果目标服务节点状态异常，则可以对告警服务节点对应的追踪链路进行排查。又或者，如果目标服务节点状态正常，则可以错误地确定了目标服务节点，此时可以向用户发送目标服务节点确认异常的消息。

这样设置的好处在于，相比于现有技术通过运维人员手动搜索每个链路标识对应的追踪链路，以确定目标服务节点，本实施例的技术方案通过告警服务日志获取告警服务节点对应的追踪链路，并根据追踪链路中各服务节点的服务日志确定目标服务节点，降低了链路告警的处理成本，提高了链路告警的处理效率。

本实施例的技术方案，通过获取告警服务节点，并确定告警服务节点对应的告警服务日志；获取告警服务日志中记录的链路标识，并根据链路标识获取告警服务节点对应的追踪链路，以及追踪链路中各服务节点的服务日志；其中，各服务日志中包括链路标识、服务节点标识以及父节点标识；根据告警服务节点对应的服务节点标识，以及各服务节点的父节点标识，确定子服务节点；根据子服务节点对应的服务日志，确定目标服务节点，并根据目标服务节点的状态进行告警处理的技术手段，解决了现有技术通过运维人员手动搜索每个追踪链路以确定目标服务节点，导致在告警服务节点对应的追踪链路较多时，告警排查时间过长的问题，降低了链路告警的处理成本，提高了链路告警的处理效率。

实施例二

图2是根据本发明实施例二提供的另一种链路告警处理方法的流程图，本实施例是基于上述各实施例的进一步优化与扩展，并可以与上述实施方式中各个可选技术方案结合。

如图2所示，本实施例公开的另一种链路告警处理方法包括：

S210、获取告警服务节点，并确定告警服务节点对应的告警服务日志。

在本发明实施例的一个可选实施方式中，获取告警服务节点，并确定告警服务节点对应的告警服务日志，包括：根据预设的告警规则，判断各服务节点是否满足告警触发条件；若是，则通过维护系统确定各服务节点是否处于维护状态；如果存在未处于维护状态的异常服务节点，则将异常服务节点作为告警服务节点，并获取告警服务节点对应的告警时间段；采集告警服务节点在告警时间段内的告警服务日志。

在本实施例中，可选的，可以预设告警规则为若服务节点对应服务日志的响应耗时超过预设时间阈值，则可以认为上述服务节点满足告警触发条件。

示例性的，假设存在服务A、服务B和服务C，则可以分别采集服务A、服务B和服务C在1分钟内的日志。然后，可以首先判断服务A对应1分钟日志中是否存在超过3秒的各响应耗时。若是，则可以认为服务A满足告警触发条件。若否，则可以分别判断服务B和服务C对应1分钟日志中是否存在超过3秒的响应耗时。

在一个具体的实施方式中，由于维护系统会记录各服务节点的每一次维护，因此在服务节点满足告警触发条件时，可以根据维护系统确定该服务节点是否正在维护。

这样设置的好处在于，通过维护系统获取告警服务节点的维护状态，可以实现快速确认告警服务节点是否正在维护。其次，通过采集告警时间段内的告警服务日志，可以减小告警服务日志的采集范围，提高告警排查效率。

S220、获取告警服务日志中记录的链路标识，并根据链路标识获取告警服务节点对应的追踪链路，以及追踪链路中各服务节点的服务日志。

S230、根据告警服务节点对应的服务节点标识，判断追踪链路中是否存在父节点标识与服务节点标识相等的服务节点，若是，则执行S240，若否，则执行S260。

S240、将服务节点作为子服务节点。

S250、根据子服务节点对应的服务日志，确定目标服务节点。

S260、将告警服务节点作为目标服务节点。

在一个具体实施方式中，若追踪链路中不存在父节点标识与告警服务节点的服务节点标识相等的服务节点，则可以认为上述告警服务节点是追踪链路中的最后一个报错节点，也即目标服务节点。

图3是根据本发明实施例提供的一种目标服务节点确定方法的流程图。

示例性的，如图3所示，假设应用C服务F是告警服务节点，则获取告警服务日志。上述告警服务日志包含下述内容：链路标识为1，父节点标识为04，服务节点标识为05，日志报错，告警服务节点为服务F，服务F对应的应用为应用C。遍历追踪链路中各服务节点的服务日志。判断是否存在一个服务日志包含如下内容:链路标识为1，父节点标识为05，日志报错。若否，则可以认为应用C服务F是链路标识为1的追踪链路的某分支的最后一个报错节点，也即目标服务节点。

S270、根据目标服务节点的状态进行告警处理。

这样设置的好处在于，由于在目标服务节点处于维护状态时，其他调用上述目标服务节点的服务节点也可能存在异常，导致针对同一目标服务节点出现的追踪链路数量较多，并且各追踪链路对应的异常服务节点均会发出告警信息，导致告警众多，告警排查困难。因此，本实施例的技术方案根据目标服务节点的状态，快速确认告警服务节点是否是因为处于维护状态的目标服务节点导致的，若是，则忽略上述告警服务节点发出的告警信息，减小了告警排查范围，提高了告警处理效率。

在本发明实施例的一个可选实施方式中，根据目标服务节点的状态进行告警处理，包括：将目标服务节点，以及目标服务节点的状态通过可视化界面展示给用户，以实现告警处理。

在此步骤，具体的，可视化界面可以是人机交互界面。用户可以通过可视化界面触发查询请求，在检测到查询请求后，将查询结果反馈给用户。

可选的，在将目标服务节点，以及目标服务节点的状态通过可视化界面展示给用户之后，还包括：响应于用户针对目标服务节点触发的点击操作；获取目标服务节点与追踪链路中各服务节点的关联关系，并将关联关系通过可视化界面展示给用户。

在一个具体实施方式中，在检测到点击操作后，可以认为用户触发了查询请求。在检测用户触发了查询请求之后，可以将目标服务节点与追踪链路中各服务节点的关联关系通过可视化界面展示给用户。可选的，上述关联关系可以是追踪链路中各服务节点之间的调用关系。

这样设置的好处在于，通过可视化界面，可以使用户更加直观地了解追踪链路中各服务节点之间的关联关系。

本实施例的技术方案，通过获取告警服务节点，并确定告警服务日志；获取告警服务日志中记录的链路标识，并根据链路标识获取告警服务节点对应的追踪链路，以及追踪链路中各服务节点的服务日志；根据告警服务节点对应的服务节点标识，判断追踪链路中是否存在父节点标识与服务节点标识相等的服务节点，若是，则将服务节点作为子服务节点；根据子服务节点对应的服务日志，确定目标服务节点；若否，则将告警服务节点作为目标服务节点；根据目标服务节点的状态进行告警处理的技术手段，解决了现有技术通过运维人员手动搜索每个追踪链路以确定目标服务节点，导致在告警服务节点对应的追踪链路较多时，告警排查时间过长的问题，降低了链路告警的处理成本，提高了链路告警的处理效率。

实施例三

图4是根据本发明实施例三提供的另一种链路告警处理方法的流程图，本实施例是基于上述各实施例的进一步优化与扩展，并可以与上述实施方式中各个可选技术方案结合。

如图4所示，本实施例公开的另一种链路告警处理方法包括：

S310、获取告警服务节点，并确定告警服务节点对应的告警服务日志。

S320、获取告警服务日志中记录的链路标识，并根据链路标识获取告警服务节点对应的追踪链路，以及追踪链路中各服务节点的服务日志。

S330、根据告警服务节点对应的服务节点标识，以及各服务节点的父节点标识，确定子服务节点。

S340、判断子服务节点对应的服务日志是否报错，若是，则执行S350，若否，则执行S380。

示例性的，如图3所示，假设告警服务节点为应用A服务D,则获取服务D在告警时间段内的服务日志。上述告警服务日志中记录有如下内容：链路标识为1，父节点标识为03，服务节点标识为04，日志报错，告警服务节点为服务D，服务D对应的应用为应用A。遍历追踪链路中各服务节点的服务日志。判断是否存在一个服务日志包含如下内容:链路标识为1，父节点标识为04，日志未报错。若是，则可以认为应用A服务D是链路标识为1的追踪链路的某分支的最后一个报错节点，也即目标服务节点。

S350、判断追踪链路中是否存在父节点标识与子服务节点的服务节点标识相等的服务节点，若是，则执行S360，若否，则执行S370。

S360、将当前服务节点作为新的子服务节点。

其中，在将当前服务节点作为新的子服务节点之后，返回执行S340。

S370、将子服务节点作为目标服务节点。

S380、将子服务节点的父服务节点作为目标服务节点。

S390、根据目标服务节点的状态进行告警处理。

本实施例的技术方案，获取告警服务节点，并确定告警服务日志；获取告警服务日志中记录的链路标识、告警服务节点对应的追踪链路，以及追踪链路中各服务节点的服务日志；根据告警服务节点对应的服务节点标识，以及各服务节点的父节点标识，确定子服务节点；判断子服务节点对应的服务日志是否报错，若是，则判断追踪链路中是否存在父节点标识与子服务节点的服务节点标识相等的服务节点，若是，则将服务节点作为更新的子服务节点，若否，则将子服务节点作为目标服务节点；若否，则将子服务节点的父服务节点作为目标服务节点；根据目标服务节点的状态进行告警处理的技术手段，解决了现有技术通过运维人员手动搜索每个追踪链路以确定目标服务节点，导致在告警服务节点对应的追踪链路较多时，告警排查时间过长的问题，降低了告警排查成本，提高了告警处理效率。

图5是根据本发明实施例提供的一种链路告警处理方法的场景示意图。

在本发明实施例的一个优选实施方式中，如图5所示，首先，告警系统根据预设的告警规则，判断各服务节点是否满足告警触发条件，并将满足告警触发条件的告警服务节点发送至维护系统。维护系统根据告警系统发送的告警服务节点，搜索告警服务节点对应的维护参数，并将上述维护参数发送至告警系统。告警系统接收上述维护参数，并判断上述告警服务节点是否处于维护状态。若是，告警系统则根据用户设置对告警服务节点的告警信息进行屏蔽。若否，告警系统则告警系统将应用、服务和时间等参数发送至数据工厂。数据工厂将接收到的应用、服务和时间等参数转发至数据引擎。可选的，上述数据工厂可以用于数据清洗。然后，数据引擎接收应用、服务和时间等参数，并根据上述参数搜索告警服务日志。数据引擎可以对告警服务日志中的链路标识进行过滤，并根据过滤结果搜索上述链路标识涉及到的全部追踪链路对应的各服务节点的服务日志。可选的，可以对任意时长内的非告警服务节点的服务日志进行采集。

之后，将各服务日志发送至数据工厂。数据工厂将各服务日志存储至分布式流媒体平台kafka对应的消息集合中。数据工厂针对告警服务日志的服务节点标识，对具有相同链路标识的各服务节点进行检索。检索的结果可以有多种，例如，在相同链路标识的其他服务日志中找不到与告警服务日志的服务节点标识的值相同的父节点标识。或者，在相同链路标识的其他服务日志中找到与告警服务日志的服务节点标识的值相同的父节点标识，但各服务日志无报错。数据工厂可以对过滤出来的所有目标服务节点的服务日志进行汇总，并将目标服务节点发送至告警系统。告警系统接收到上述目标服务节点后，在维护系统搜索目标服务节点的维护参数，以判断目标服务节点是否处于维护状态。

最后，告警系统根据目标服务节点的维护状态发出告警，并将告警内容推送至告警页面。示例性的，告警内容如下：某应用某服务触发某告警规则；该服务在告警时间段内涉及所有追踪链路的目标服务节点为：应用B服务A(未维护)，应用D服务A(正在维护)，点击查看详情。用户可以根据告警页面提供的点击查看详情链接打开告警详情页面，以获取目标服务节点涉及到的追踪链路的聚合拓扑。上述聚合拓扑可以包括应用维度和服务维度。用户可以点击聚合拓扑中的应用节点或服务节点，以获取上述应用节点或服务节点状态。

这样设置的好处在于,通过对追踪链路中的各节点进行聚合，便于用户直观地获取告警服务节点的上下游服务节点和相关核心指标，提高了告警排查效率。

实施例四

图6为本发明实施例四提供的一种链路告警处理装置的结构示意图，本实施例可适用于对链路告警进行处理的情况，该链路告警处理装置可以采用硬件和/或软件的形式实现，并可配置于电子设备如计算机中。

如图6所示，本实施例公开的链路告警处理装置包括：

告警日志获取模块61，用于获取告警服务节点，并确定告警服务节点对应的告警服务日志；

服务日志获取模块62，用于获取告警服务日志中记录的链路标识，并根据链路标识获取告警服务节点对应的追踪链路，以及追踪链路中各服务节点的服务日志；其中，各服务日志中包括链路标识、服务节点标识以及父节点标识；

子节点确定模块63，用于根据告警服务节点对应的链路标识以及服务节点标识，确定子服务节点果；

告警处理模块64，用于根据子服务节点对应的服务日志，确定目标服务节点，并根据目标服务节点的状态进行告警处理。

本实施例中的技术方案，通过告警日志获取模块、服务日志获取模块、子节点确定模块和告警处理模块的相互配合，解决了现有技术通过运维人员手动搜索每个追踪链路以确定目标服务节点，导致在告警服务节点对应的追踪链路较多时，告警排查时间过长的问题，降低了链路告警的处理成本，提高了链路告警的处理效率。

可选的，告警日志获取模块61包括：

告警判断单元，用于根据预设的告警规则，判断各服务节点是否满足告警触发条件；

维护状态判断单元，用于若是，则通过维护系统确定各服务节点是否处于维护状态；

告警时间段获取单元，用于如果存在未处于维护状态的异常服务节点，则将异常服务节点作为告警服务节点，并获取告警服务节点对应的告警时间段；

告警日志采集单元，用于采集告警服务节点在告警时间段内的告警服务日志。

可选的，子节点确定模块63包括：

标识判断单元，用于根据告警服务节点对应的服务节点标识，判断追踪链路中是否存在父节点标识与服务节点标识相等的服务节点；

子服务节点确定单元，用于若是，则将服务节点作为子服务节点。

可选的，告警处理模块64包括：

日志报错判断单元，用于判断子服务节点对应的服务日志是否报错；

服务标识判断单元，用于若是，则判断追踪链路中是否存在父节点标识与子服务节点的服务节点标识相等的服务节点；

目标服务节点确定单元，用于若否，则将子服务节点的父服务节点作为目标服务节点；

可视化展示单元，用于将目标服务节点，以及目标服务节点的状态通过可视化界面展示给用户，以实现告警处理；

点击操作响应单元，用于响应于用户针对目标服务节点触发的点击操作；

关联关系获取单元，用于获取目标服务节点与追踪链路中各服务节点的关联关系，并将关联关系通过可视化界面展示给用户。

本发明实施例所提供的链路告警处理装置可执行本发明任意实施例所提供的链路告警处理方法，具备执行方法相应的功能模块和有益效果。本实施例中未详尽描述的内容可以参考本申请任意方法实施例中的描述。

实施例五

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

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

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

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

在一些实施例中，链路告警处理方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM 13并由处理器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.根据权利要求1所述的方法，其特征在于，所述根据所述子服务节点对应的服务日志，确定目标服务节点，包括：

判断所述子服务节点对应的服务日志是否报错；

若是，则判断所述追踪链路中是否存在父节点标识与所述子服务节点的服务节点标识相等的服务节点；

若否，则将所述子服务节点的父服务节点作为目标服务节点。

5.根据权利要求1所述的方法，其特征在于，所述根据所述目标服务节点的状态信息进行告警处理，包括：

将所述目标服务节点，以及目标服务节点的状态通过可视化界面展示给用户，以实现告警处理。

6.根据权利要求5所述的方法，其特征在于，在将所述目标服务节点，以及目标服务节点的状态信息通过可视化界面展示给用户之后，还包括：

响应于用户针对目标服务节点触发的点击操作；

获取所述目标服务节点与所述追踪链路中各服务节点的关联关系，并将所述关联关系通过可视化界面展示给用户。

7.一种链路告警处理装置，其特征在于，所述装置包括：

告警日志获取模块，用于获取告警服务节点，并确定所述告警服务节点对应的告警服务日志；

服务日志获取模块，用于获取所述告警服务日志中记录的链路标识，并根据所述链路标识获取所述告警服务节点对应的追踪链路，以及所述追踪链路中各服务节点的服务日志；其中，各所述服务日志中包括链路标识、服务节点标识以及父节点标识；

子节点确定模块，用于根据所述告警服务节点对应的链路标识以及服务节点标识，确定子服务节点；

告警处理模块，用于根据所述子服务节点对应的服务日志，确定目标服务节点，并根据所述目标服务节点的状态进行告警处理。

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

至少一个处理器；以及

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

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

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

10.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-6中任一项所述的链路告警处理方法。