CN111078447A - 一种微服务架构中的异常定位方法、装置、设备、介质 - Google Patents

Abstract

本申请公开了一种微服务架构中的异常定位方法、装置、设备、介质，该方法包括：当获取到微服务在服务调用过程中产生的报错信息时，获取与所述报错信息对应的唯一标识；将所述唯一标识作为索引，遍历出与所述唯一标识相关的日志；如果所述日志的数量大于1，则逐个检查所述日志中的状态码是否为预设状态码；如果所述状态码不为预设状态码，则确定出所述状态码对应的所述日志对应的微服务的接口出现异常。这样，将唯一标识作为索引，通过判断日志中状态码即可定位出异常，能够快速定位出异常问题，降低异常定位成本，且提高异常定位效率。

Description

一种微服务架构中的异常定位方法、装置、设备、介质

技术领域

本申请涉及微服务技术领域，特别涉及一种微服务架构中的异常定位方法、装置、设备、介质。

背景技术

通常一个使用微服务架构的系统，都是由若干个独立的微服务集成起来的。这些服务互相之间有调用关系，出现异常时，需要对异常进行跟踪定位，这时候需要依靠完善的日志记录进行集中查询，以便于通过查看日志定位异常。日常工作中，也需要对服务运行的情况进行统计分析，为决策提供有效的分析数据。随着业务扩张，会使得服务不断拆分，服务不断增加，这会导致微服务之间调用的链路复杂度变高，定位成本随之升高。在现有技术中，通常是先定位到出现异常的微服务，还要在与其相关的所有日志中逐一排查，以定位出具体出现异常的原因，由于各个微服务会对不同的微服务进行调用，且调用方与被调用方的日志之间没有关联，所以相关的日志排查会很复杂，所需定位时间长，提高了异常定位的成本，降低了异常定位效率。

发明内容

有鉴于此，本申请的目的在于提供一种微服务架构中的异常定位方法、装置、设备、介质，能够快速定位出异常问题，降低异常定位成本，且提高异常定位效率。其具体方案如下：

第一方面，本申请公开了一种微服务架构中的异常定位方法，包括：

当获取到微服务在服务调用过程中产生的报错信息时，获取与所述报错信息对应的唯一标识；

将所述唯一标识作为索引，遍历出与所述唯一标识相关的日志；

如果所述日志的数量大于1，则逐个检查所述日志中的状态码是否为预设状态码；

如果所述状态码不为预设状态码，则确定出所述状态码对应的所述日志对应的微服务的接口出现异常。

可选的，所述当获取到微服务在服务调用过程中产生的报错信息时，获取与所述报错信息对应的唯一标识之前，还包括：

在各个所述微服务中记录服务调用相关的所述日志。

可选的，所述在各个所述微服务中记录服务调用相关的日志，包括：

通过当前微服务接收上游微服务发送的所述服务调用请求，并检查是否存在与所述服务调用请求对应的所述唯一标识；

如果存在与所述服务调用请求对应的所述唯一标识，则通过所述当前微服务获取所述上游微服务的所述唯一标识和上游微服务信息；

通过所述当前微服务生成当前微服务日志，其中，所述当前微服务日志包括所述唯一标识、所述上游微服务信息、当前微服务信息、当前微服务接口参数以及服务调用结果。

可选的，所述通过所述当前微服务生成当前微服务日志之后，还包括：

通过所述当前微服务将所述服务调用结果返回给所述上游微服务；

通过所述上游微服务生成上游微服务日志，其中，所述上游微服务日志包括所述唯一标识、上游微服务接口参数以及所述服务调用结果。

可选的，所述检查是否存在与所述服务调用请求对应的所述唯一标识之后，还包括：

如果不存在与所述服务调用请求对应的所述唯一标识，则通过所述当前微服务生成与所述服务调用请求对应的唯一标识。

可选的，所述通过所述上游微服务生成上游微服务日志之后，还包括：

将所述当前微服务日志和所述上游微服务日志上传到预设搜索服务中，以便对所述当前微服务日志和所述上游微服务日志进行存储。

可选的，所述将所述唯一标识作为索引，遍历出与所述唯一标识相关的日志之后，还包括：

如果所述日志的数量等于1，则确定出所述日志对应的微服务的接口出现异常。

第二方面，本申请公开了一种微服务架构中的异常定位装置，包括：

标识获取模块，用于当获取到微服务在服务调用过程中产生的报错信息时，获取与所述报错信息对应的唯一标识；

日志遍历模块，用于将所述唯一标识作为索引，遍历出与所述唯一标识相关的日志；

状态码检查模块，用于当所述日志的数量大于1时，则逐个检查所述日志中的状态码是否为预设状态码；

异常确定模块，用于当所述状态码不为预设状态码时，则确定出所述状态码对应的所述日志对应的微服务的接口出现异常。

第三方面，本申请公开了一种微服务架构中的异常定位设备，包括：

存储器和处理器；

其中，所述存储器，用于存储计算机程序；

所述处理器，用于执行所述计算机程序，以实现前述公开的微服务架构中的异常定位方法。

第四方面，本申请公开了一种计算机可读存储介质，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现前述公开的微服务架构中的异常定位方法。

可见，本申请当获取到微服务在服务调用过程中产生的报错信息时，获取与所述报错信息对应的唯一标识；将所述唯一标识作为索引，遍历出与所述唯一标识相关的日志；如果所述日志的数量大于1，则逐个检查所述日志中的状态码是否为预设状态码；如果所述状态码不为预设状态码，则确定出所述状态码对应的所述日志对应的微服务的接口出现异常。由此可见，本申请获取到微服务在服务调用过程中产生的报错信息时，会获取与所述报错信息对应的唯一标识，再将所述唯一标识作为索引，遍历出与所述唯一标识相关的日志，在所述日志的数量大于1时，则逐个检查所述日志中的状态码，如果所述状态码不为预设状态码，则可确定所述状态码对应的所述日志对应的微服务的接口出现异常。这样，将唯一标识作为索引，通过判断日志中状态码即可定位出异常，能够快速定位出异常问题，降低异常定位成本，且提高异常定位效率。

附图说明

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

图1为本申请公开的一种微服务架构中的异常定位方法流程图；

图2为本申请公开的一种具体的微服务架构中的异常定位方法流程图；

图3为本申请公开的一种具体的日志按耗时排序图；

图4为本申请公开的一种微服务架构中的异常定位装置结构示意图；

图5为本申请公开的一种微服务架构中的异常定位设备结构图。

具体实施方式

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

目前，微服务中的异常排查通常是先定位到出现异常的微服务，还要在与其相关的所有日志中逐一排查，以定位出具体出现异常的原因，由于各个微服务会对不同的微服务进行调用，且调用方与被调用方的日志之间没有关联，所以相关的日志排查会很复杂，所需定位时间长，提高了异常定位的成本，降低了异常定位效率。有鉴于此，本申请提出了一种微服务架构中的异常定位，能够快速定位出异常问题，降低异常定位成本，且提高异常定位效率。

参见图1所示，本申请实施例公开了一种微服务架构中的异常定位方法，该方法包括：

步骤S11：当获取到微服务在服务调用过程中产生的报错信息时，获取与所述报错信息对应的唯一标识。

本实施例中，系统中的各个微服务之间存在相互调用关系，在所述微服务进行服务调用的过程中会产生异常，并出现相应的报错信息，当获取到所述微服务在服务调用过程中产生的报错信息时，需要获取与所述报错信息对应的唯一标识。

步骤S12：将所述唯一标识作为索引，遍历出与所述唯一标识相关的日志。

在具体的实施过程中，获取到与所述报错信息对应的唯一标识之后，将所述唯一标识作为索引，遍历出与所述唯一标识相关的日志，以便确定异常发生的原因和部位等。

步骤S13：如果所述日志的数量大于1，则逐个检查所述日志中的状态码是否为预设状态码。

可以理解的是，如果所述日志的数量大于1，则需要逐个检查所述日志的状态码是否为预设状态码。其中，所述预设状态码表示所述日志对应的服务调用正常。如果所述日志的数量等于1，则确定出所述日志对应的微服务的接口出现异常。也即，如果所述日志的数量等于1，则表明服务调用请求发送不成功，可以确定出进行服务调用的微服务的接口出现异常。

步骤S14：如果所述状态码不为预设状态码，则确定出所述状态码对应的所述日志对应的微服务的接口出现异常。

本实施例中，如果所述状态码为预设状态码，则所述日志对应的微服务的接口正常；如果所述状态码不为预设状态码，则确定出所述状态码对应的所述日志对应的微服务的接口出现异常。

可见，本申请当获取到微服务在服务调用过程中产生的报错信息时，获取与所述报错信息对应的唯一标识；将所述唯一标识作为索引，遍历出与所述唯一标识相关的日志；如果所述日志的数量大于1，则逐个检查所述日志中的状态码是否为预设状态码；如果所述状态码不为预设状态码，则确定出所述状态码对应的所述日志对应的微服务的接口出现异常。由此可见，本申请获取到微服务在服务调用过程中产生的报错信息时，会获取与所述报错信息对应的唯一标识，再将所述唯一标识作为索引，遍历出与所述唯一标识相关的日志，在所述日志的数量大于1时，则逐个检查所述日志中的状态码，如果所述状态码不为预设状态码，则可确定所述状态码对应的所述日志对应的微服务的接口出现异常。这样，将唯一标识作为索引，通过判断日志中状态码即可定位出异常，能够快速定位出异常问题，降低异常定位成本，且提高异常定位效率。

参见图2所示，本申请实施例公开了一种具体的微服务架构中的异常定位方法，该方法包括：

步骤S201：通过当前微服务接收上游微服务发送的服务调用请求，并检查是否存在与所述服务调用请求对应的唯一标识。

在具体的实施过程中，微服务会被除自身外的微服务调用，发起服务调用的一方称为上游微服务，被服务调用的一方称为当前微服务。通过当前微服务接收上游微服务发送的服务调用请求，并检查是否存在与所述服务调用请求对应的唯一标识，以便根据所述唯一标识生成相应的服务调用日志。

步骤S202：如果存在与所述服务调用请求对应的所述唯一标识，则通过所述当前微服务获取所述上游微服务的所述唯一标识和上游微服务信息。

可以理解的是，如果存在与所述服务调用请求对应的所述唯一标识，则通过所述当前微服务获取所述上游微服务的所述唯一标识和上游微服务信息。其中，所述上游微服务信息包括上游微服务对应的容器编号和上游微服务标识。如果不存在与所述服务调用请求对应的所述唯一标识，则通过所述当前微服务生成与所述服务调用请求对应的所述唯一标识。所述通过所述当前微服务生成与所述服务调用请求对应的所述唯一标识，包括：通过所述当前微服务利用与所述服务调用对应的时间戳、相应的容器编号以及随机字符串加密生成与所述服务调用请求对应的唯一标识。

步骤S203：通过所述当前微服务生成当前微服务日志，其中，所述当前微服务日志包括所述唯一标识、所述上游微服务信息、当前微服务信息、当前微服务接口参数以及服务调用结果。

在具体的实施过程中，通过所述当前微服务获取所述上游微服务的所述唯一标识和上游微服务信息之后，生成当前微服务日志，其中，所述当前微服务日志包括所述唯一标识、所述上游微服务信息、当前微服务信息、当前微服务接口参数以及服务调用结果。所述当前微服务信息包括当前微服务的容器编号和当前微服务标识，所述上游微服务信息包括上游微服务对应的容器编号和上游微服务标识，所述上游标识和所述当前微服务标识用于表示服务调用顺序，所述当前微服务接口参数包括当前微服务被调用接口路由以及当前微服务被调用接口参数。所述服务调用结果通过状态码表示。此外，所述当前微服务日志还可以包括服务请求耗时信息以及服务名等。

步骤S204：通过所述当前微服务将所述服务调用结果返回给所述上游微服务。

可以理解的是，需要通过所述当前微服务将所述服务调用结果返回给所述上游微服务，以便所述上游微服务确定服务调用的结果。

步骤S205：通过所述上游微服务生成上游微服务日志，其中，所述上游微服务日志包括所述唯一标识、上游微服务接口参数以及所述服务调用结果。

在具体的实施过程中，所述上游微服务接收到调用结果后，生成上游微服务日志，其中，所述唯一标识、上游微服务接口参数以及所述服务调用结果。所述上游微服务接口参数包括上游微服务调用服务的接口路由以及上游微服务调用服务的接口参数。所述服务调用结果通过状态码表示，由此可知，每个日志中都有与生成日志时的服务调用对应的状态码。此外，所述上游微服务日志还可以包括服务请求耗时信息以及服务名等。

步骤S206：将所述当前微服务日志和所述上游微服务日志上传到预设搜索服务中，以便对所述当前微服务日志和所述上游微服务日志进行存储。

可以理解的是，需要将所述当前微服务日志和所述上游微服务日志上传到预设搜索服务中，以便对所述当前微服务日志和所述上游微服务日志进行存储，以供异常定位使用。

步骤S207：当获取到微服务在服务调用过程中产生的报错信息时，获取与所述报错信息对应的所述唯一标识。

步骤S208：将所述唯一标识作为索引，遍历出与所述唯一标识相关的日志。

步骤S209：如果所述日志的数量大于1，则逐个检查所述日志中的状态码是否为预设状态码。

步骤S210：如果所述状态码不为预设状态码，则确定出所述状态码对应的所述日志对应的微服务的接口出现异常。

在具体的实施过程中，所述接口异常的原因是接口请求超时时，可以将对遍历出来的所述日志进行相关的耗时统计并排序，以清楚地看到各个日志的相关耗时，以便根据各个接口的相关耗时，提升接口性能。参见图3所示，为日志按耗时排序图，图中仅显示了日志中的部分内容，包括：耗时、状态码、接口参数、服务名以及容器。遍历出5个日志，其中包括两条调用路径，将每条调用路径中的日志分别按照耗时多少进行排序。

参见图4所示，本申请实施例公开了一种微服务架构中的异常定位装置，包括：

标识获取模块11，用于当获取到微服务在服务调用过程中产生的报错信息时，获取与所述报错信息对应的唯一标识；

日志遍历模块12，用于将所述唯一标识作为索引，遍历出与所述唯一标识相关的日志；

状态码检查模块13，用于当所述日志的数量大于1时，则逐个检查所述日志中的状态码是否为预设状态码；

异常确定模块14，用于当所述状态码不为预设状态码时，则确定出所述状态码对应的所述日志对应的微服务的接口出现异常。

可见，本申请当获取到微服务在服务调用过程中产生的报错信息时，获取与所述报错信息对应的唯一标识；将所述唯一标识作为索引，遍历出与所述唯一标识相关的日志；如果所述日志的数量大于1，则逐个检查所述日志中的状态码是否为预设状态码；如果所述状态码不为预设状态码，则确定出所述状态码对应的所述日志对应的微服务的接口出现异常。由此可见，本申请获取到微服务在服务调用过程中产生的报错信息时，会获取与所述报错信息对应的唯一标识，再将所述唯一标识作为索引，遍历出与所述唯一标识相关的日志，在所述日志的数量大于1时，则逐个检查所述日志中的状态码，如果所述状态码不为预设状态码，则可确定所述状态码对应的所述日志对应的微服务的接口出现异常。这样，将唯一标识作为索引，通过判断日志中状态码即可定位出异常，能够快速定位出异常问题，降低异常定位成本，且提高异常定位效率。

进一步的，参见图5所示，本申请实施例还公开了一种微服务架构中的异常定位设备，包括：处理器21和存储器22。

其中，所述存储器22，用于存储计算机程序；所述处理器21，用于执行所述计算机程序，以实现前述实施例中公开的微服务架构中的异常定位方法。

其中，关于上述微服务架构中的异常定位方法的具体过程可以参考前述实施例中公开的相应内容，在此不再进行赘述。

进一步的，本申请实施例还公开了一种计算机可读存储介质，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现以下步骤：

当获取到微服务在服务调用过程中产生的报错信息时，获取与所述报错信息对应的唯一标识；将所述唯一标识作为索引，遍历出与所述唯一标识相关的日志；如果所述日志的数量大于1，则逐个检查所述日志中的状态码是否为预设状态码；如果所述状态码不为预设状态码，则确定出所述状态码对应的所述日志对应的微服务的接口出现异常。

可见，本申请当获取到微服务在服务调用过程中产生的报错信息时，获取与所述报错信息对应的唯一标识；将所述唯一标识作为索引，遍历出与所述唯一标识相关的日志；如果所述日志的数量大于1，则逐个检查所述日志中的状态码是否为预设状态码；如果所述状态码不为预设状态码，则确定出所述状态码对应的所述日志对应的微服务的接口出现异常。由此可见，本申请获取到微服务在服务调用过程中产生的报错信息时，会获取与所述报错信息对应的唯一标识，再将所述唯一标识作为索引，遍历出与所述唯一标识相关的日志，在所述日志的数量大于1时，则逐个检查所述日志中的状态码，如果所述状态码不为预设状态码，则可确定所述状态码对应的所述日志对应的微服务的接口出现异常。这样，将唯一标识作为索引，通过判断日志中状态码即可定位出异常，能够快速定位出异常问题，降低异常定位成本，且提高异常定位效率。

本实施例中，所述计算机可读存储介质中保存的计算机子程序被处理器执行时，可以具体实现以下步骤：在各个所述微服务中记录服务调用相关的所述日志。

本实施例中，所述计算机可读存储介质中保存的计算机子程序被处理器执行时，可以具体实现以下步骤：通过当前微服务接收上游微服务发送的所述服务调用请求，并检查是否存在与所述服务调用请求对应的所述唯一标识；如果存在与所述服务调用请求对应的所述唯一标识，则通过所述当前微服务获取所述上游微服务的所述唯一标识和上游微服务信息；通过所述当前微服务生成当前微服务日志，其中，所述当前微服务日志包括所述唯一标识、所述上游微服务信息、当前微服务信息、当前微服务接口参数以及服务调用结果。

本实施例中，所述计算机可读存储介质中保存的计算机子程序被处理器执行时，可以具体实现以下步骤：通过所述当前微服务将所述服务调用结果返回给所述上游微服务；通过所述上游微服务生成上游微服务日志，其中，所述上游微服务日志包括所述唯一标识、上游微服务接口参数以及所述服务调用结果。

本实施例中，所述计算机可读存储介质中保存的计算机子程序被处理器执行时，可以具体实现以下步骤：如果不存在与所述服务调用请求对应的所述唯一标识，则通过所述当前微服务生成与所述服务调用请求对应的唯一标识。

本实施例中，所述计算机可读存储介质中保存的计算机子程序被处理器执行时，可以具体实现以下步骤：将所述当前微服务日志和所述上游微服务日志上传到预设搜索服务中，以便对所述当前微服务日志和所述上游微服务日志进行存储。

本实施例中，所述计算机可读存储介质中保存的计算机子程序被处理器执行时，可以具体实现以下步骤：如果所述日志的数量等于1，则确定出所述日志对应的微服务的接口出现异常。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

最后，还需要说明的是，在本文中，诸如第一和第二之类的关系术语仅仅用来将一个实体或者操作与另一个实体或者操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得一系列包含其他要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上对本申请所提供的一种微服务架构中的异常定位方法、装置、设备、介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种微服务架构中的异常定位方法，其特征在于，包括：

当获取到微服务在服务调用过程中产生的报错信息时，获取与所述报错信息对应的唯一标识；

将所述唯一标识作为索引，遍历出与所述唯一标识相关的日志；

如果所述日志的数量大于1，则逐个检查所述日志中的状态码是否为预设状态码；

如果所述状态码不为预设状态码，则确定出所述状态码对应的所述日志对应的微服务的接口出现异常。

2.根据权利要求1所述的微服务架构中的异常定位方法，其特征在于，所述当获取到微服务在服务调用过程中产生的报错信息时，获取与所述报错信息对应的唯一标识之前，还包括：

在各个所述微服务中记录服务调用相关的所述日志。

3.根据权利要求2所述的微服务架构中的异常定位方法，其特征在于，所述在各个所述微服务中记录服务调用相关的日志，包括：

通过当前微服务接收上游微服务发送的所述服务调用请求，并检查是否存在与所述服务调用请求对应的所述唯一标识；

如果存在与所述服务调用请求对应的所述唯一标识，则通过所述当前微服务获取所述上游微服务的所述唯一标识和上游微服务信息；

通过所述当前微服务生成当前微服务日志，其中，所述当前微服务日志包括所述唯一标识、所述上游微服务信息、当前微服务信息、当前微服务接口参数以及服务调用结果。

4.根据权利要求3所述的微服务架构中的异常定位方法，其特征在于，所述通过所述当前微服务生成当前微服务日志之后，还包括：

通过所述当前微服务将所述服务调用结果返回给所述上游微服务；

通过所述上游微服务生成上游微服务日志，其中，所述上游微服务日志包括所述唯一标识、上游微服务接口参数以及所述服务调用结果。

5.根据权利要求4所述的微服务架构中的异常定位方法，其特征在于，所述检查是否存在与所述服务调用请求对应的所述唯一标识之后，还包括：

如果不存在与所述服务调用请求对应的所述唯一标识，则通过所述当前微服务生成与所述服务调用请求对应的所述唯一标识。

6.根据权利要求5所述的微服务架构中的异常定位方法，其特征在于，所述通过所述上游微服务生成上游微服务日志之后，还包括：

将所述当前微服务日志和所述上游微服务日志上传到预设搜索服务中，以便对所述当前微服务日志和所述上游微服务日志进行存储。

7.根据权利要求1至6任一项所述的微服务架构中的异常定位方法，其特征在于，所述将所述唯一标识作为索引，遍历出与所述唯一标识相关的日志之后，还包括：

如果所述日志的数量等于1，则确定出所述日志对应的微服务的接口出现异常。

8.一种微服务架构中的异常定位装置，其特征在于，包括：

标识获取模块，用于当获取到微服务在服务调用过程中产生的报错信息时，获取与所述报错信息对应的唯一标识；

日志遍历模块，用于将所述唯一标识作为索引，遍历出与所述唯一标识相关的日志；

状态码检查模块，用于当所述日志的数量大于1时，则逐个检查所述日志中的状态码是否为预设状态码；

异常确定模块，用于当所述状态码不为预设状态码时，则确定出所述状态码对应的所述日志对应的微服务的接口出现异常。

9.一种微服务架构中的异常定位设备，其特征在于，包括：

存储器和处理器；

其中，所述存储器，用于存储计算机程序；

所述处理器，用于执行所述计算机程序，以实现权利要求1至7任一项所述的微服务架构中的异常定位方法。

10.一种计算机可读存储介质，其特征在于，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的微服务架构中的异常定位方法。

Images