CN115391215B - 微服务架构下全链路调试的方法及应用 - Google Patents

Abstract

本发明公开了一种微服务架构下全链路调试的方法及应用，该方法包括以下步骤：在装置中配置上游服务的地址及端口，并创建监听器，以监听所述上游服务发送的流量或请求；分别静态加载和动态加载所述装置的配置文件；判断所述上游服务发送的请求是否是原始字节请求；若是，路由根据所述配置文件为所述请求选择对应的集群；根据标签将所述请求转发到指定的本地节点。该方法能够直接从本地启动微服务进行调试代码，无需构造复杂请求，也无需持续部署，无需额外改动数据库，因此不会影响测试环境的代码稳定性；还能够避免对微服务原有代码的侵入性，同时将请求的链路信息记录在日志中，使得日志记录的上下文信息更加全面，更容易定位问题。

Description

微服务架构下全链路调试的方法及应用

技术领域

本发明是关于微服务领域，特别是关于一种微服务架构下全链路调试的方法及应用。

背景技术

随着微服务架构带来的开发便捷，越来越多的企业将公司架构转化成微服务，但同时微服务架构也引入了一些问题。如：服务与服务间调试问题，对于企业开发人员来说增加了调试难度，因测试环境或生产环境需保证代码的稳定性会导致开发人员调试不便并且影响排查问题的准确性。如何减少企业开发人员调试的复杂性？如何提高在测试环境或开发环境排查问题的准确性？现在这两个问题成为企业急需要解决的问题。

公开于该背景技术部分的信息仅仅旨在增加对本发明的总体背景的理解，而不应当被视为承认或以任何形式暗示该信息构成已为本领域一般技术人员所公知的现有技术。

发明内容

本发明的目的在于提供一种微服务架构下全链路调试的方法及应用，解决现有技术在调试微服务时需要持续部署，或需要构造复杂的请求，或对微服务源代码具有侵入性的问题。

为实现上述目的，本发明的实施例提供了一种微服务架构下全链路调试的方法。

在本发明的一个或多个实施方式中，所述方法包括：在装置中配置上游服务的地址及端口，并创建监听器，以监听所述上游服务发送的流量或请求；分别静态加载和动态加载所述装置的配置文件；判断所述上游服务发送的请求是否是原始字节请求；若是，路由根据所述配置文件为所述请求选择对应的集群；以及根据标签将所述请求转发到指定的本地节点。

在本发明的一个或多个实施方式中，所述分别静态加载和动态加载所述装置的配置文件，包括：给所述装置添加微服务的其他配置信息，其中，所述配置信息包括：指定集群、指定节点、指定使用负载均衡的方式以及指定标签；给所述装置进行健康检查，以根据健康检查结果选择集群进行请求转发。

在本发明的一个或多个实施方式中，所述路由根据所述配置文件为所述请求选择对应的集群，包括：在所述配置文件是静态加载时，根据所述配置文件为所述请求选择对应的集群；或，在所述配置文件是动态加载时，根据所述配置文件的健康检查结果为所述请求选择对应的集群。

在本发明的一个或多个实施方式中，所述方法还包括：在所述上游服务发送的请求是HTTP/RPC请求时，对所述请求进行解码。

在本发明的一个或多个实施方式中，所述方法还包括：在所述请求未添加标签时，通过负载均衡的方式将所述请求转发至集群中对应的节点上。

在本发明的一个或多个实施方式中，所述方法还包括：下载插件作为所述请求的标签；或，对所述请求的请求头添加标签。

在本发明的一个或多个实施方式中，所述方法还包括：在所述请求处理完毕，记录所述请求的链路日志到对应的集群或本地。

在本发明的另一个方面当中，提供了一种微服务架构下全链路调试的装置，其包括配置模块、加载模块、判断模块、选择模块和转发模块。

配置模块，用于在装置中配置上游服务的地址及端口，并创建监听器，以监听所述上游服务发送的流量或请求。

加载模块，用于分别静态加载和动态加载所述装置的配置文件。

判断模块，用于判断所述上游服务发送的请求是否是原始字节请求。

选择模块，用于路由根据所述配置文件为所述请求选择对应的集群。

转发模块，用于根据标签将所述请求转发到指定的本地节点。

在本发明的一个或多个实施方式中，所述加载模块还用于：给所述装置添加微服务的其他配置信息，其中，所述配置信息包括：指定集群、指定节点、指定使用负载均衡的方式以及指定标签；给所述装置进行健康检查，以根据健康检查结果选择集群进行请求转发。

在本发明的一个或多个实施方式中，所述选择模块还用于：在所述配置文件是静态加载时，根据所述配置文件为所述请求选择对应的集群；或，在所述配置文件是动态加载时，根据所述配置文件的健康检查结果为所述请求选择对应的集群。

在本发明的一个或多个实施方式中，所述判断模块还用于：在所述上游服务发送的请求是HTTP/RPC请求时，对所述请求进行解码。

在本发明的一个或多个实施方式中，所述转发模块还用于：在所述请求未添加标签时，通过负载均衡的方式将所述请求转发至集群中对应的节点上。

在本发明的一个或多个实施方式中，所述配置模块还用于：下载插件作为所述请求的标签；或，对所述请求的请求头添加标签。

在本发明的一个或多个实施方式中，所述转发模块还用于：在所述请求处理完毕，记录所述请求的链路日志到对应的集群或本地。

在本发明的另一个方面当中，提供了一种电子设备，包括：至少一个处理器；以及存储器，所述存储器存储指令，当所述指令被所述至少一个处理器执行时，使得所述至少一个处理器执行如上所述的微服务架构下全链路调试的方法。

在本发明的另一个方面当中，提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如所述的微服务架构下全链路调试的方法的步骤。

与现有技术相比，根据本发明实施方式的微服务架构下全链路调试的方法及应用，其能够直接从本地启动微服务进行调试代码，无需构造复杂请求，也无需持续部署，无需额外改动数据库，因此不会影响测试环境的代码稳定性；还能够避免对微服务原有代码的侵入性，同时将请求的链路信息记录在日志中，使得日志记录的上下文信息更加全面，更容易定位问题。

附图说明

图1是根据本发明一实施方式的微服务架构下全链路调试的方法的流程图；

图2是根据本发明一实施方式的微服务架构下全链路调试的方法的服务架构图；

图3是根据本发明一实施方式的微服务架构下全链路调试的方法的流程示意图；

图4是根据本发明一实施方式的微服务架构下全链路调试的方法的具体流程图；

图5是根据本发明一实施方式的微服务架构下全链路调试的装置的结构图；

图6是根据本发明一实施方式的微服务架构下全链路调试的计算设备的硬件结构图。

具体实施方式

下面结合附图，对本发明的具体实施方式进行详细描述，但应当理解本发明的保护范围并不受具体实施方式的限制。

除非另有其它明确表示，否则在整个说明书和权利要求书中，术语“包括”或其变换如“包含”或“包括有”等等将被理解为包括所陈述的元件或组成部分，而并未排除其它元件或其它组成部分。

以下结合附图，详细说明本发明各实施例提供的技术方案。

实施例

如图1至图3所示，介绍本发明的一个实施例中微服务架构下全链路调试的方法，该方法包括如下步骤。

在步骤S101中，在装置中配置上游服务的地址及端口，并创建监听器，以监听上游服务发送的流量或请求。

在本实施例中，首先需要对微服务进行注册，将被测试的微服务的地址及端口进行配置，此时微服务的IP地址及端口会被注入到装置内。其次，创建监听器，用来监听上游服务发送的流量或请求。

此外还需要在前端页面为微服务发送的请求添加一个标签，添加标签的方式可以通过谷歌浏览器下载插件，或者手动对请求的请求头增加一个标签。

在步骤S102中，分别静态加载和动态加载装置的配置文件。

加载装置的配置文件时，分为动态加载和静态加载。

静态加载是指在装置中添加微服务的一些其他配置信息，在本实施例中，配置信息可以包括：指定集群、指定节点、指定使用负载均衡的方式、指定标签。当流量或请求进来时可以根据静态加载的配置文件进行流量或请求的转发。

动态加载是指对装置进行健康检查，以便根据健康检查结果为流量或请求选择合适的集群节点进行转发。

在步骤S103中，判断上游服务发送的请求是否是原始字节请求。

通过过滤器判断微服务发送的请求是HTTP/RPC请求还是原始字节请求，若是原始字节请求，则直接进行路由分发，若是HTTP/RPC请求，则需要对微服务发送的请求先进行解码，再进行路由分发。

在步骤S104中，路由根据配置文件为请求选择对应的集群。

路由根据装置的配置文件对微服务发送的请求进行处理，若是静态配置则根据静态加载的配置文件选择对应的集群，若是动态配置则根据健康检查的结果选择对应的集群。

在步骤S105中，根据标签将请求转发到指定的本地节点。

在选择好对应的集群后，根据为请求添加的标签将该请求转发到指定的本地节点，若该请求未添加标签则根据负载均衡的方式将该请求转发到集群上合适的节点。在微服务的请求转发到本地节点后，就可以直接通过调试代码模式对代码进行调试，无需构造请求，请求处理完毕会记录详细的请求链路日志到对应集群上或者本地。

根据本发明实施方式的微服务架构下全链路调试的方法及应用，其能够直接从本地启动微服务进行调试代码，无需构造复杂请求，也无需持续部署，无需额外改动数据库，因此不会影响测试环境的代码稳定性；还能够避免对微服务原有代码的侵入性，同时将请求的链路信息记录在日志中，使得日志记录的上下文信息更加全面，更容易定位问题。

实施例

如图4所示，介绍本发明的一个实施例中微服务架构下全链路调试的方法，该方法包括如下步骤。

在步骤S201中，为微服务发送的请求添加标签。

首先需要在前端页面为微服务发送的请求添加一个标签，添加标签的方式可以通过谷歌浏览器下载插件，或者手动对请求的请求头增加一个标签。

在步骤S202中，在装置中配置上游服务的地址及端口，并创建监听器，以监听上游服务发送的流量或请求。

在本实施例中，首先需要对微服务进行注册，将被测试的微服务的地址及端口进行配置，此时微服务的IP地址及端口会被注入到装置内。其次，创建监听器，用来监听上游服务发送的流量或请求。

在步骤S203中，分别静态加载和动态加载装置的配置文件。

加载装置的配置文件时，分为动态加载和静态加载。

静态加载是指在装置中添加微服务的一些其他配置信息，在本实施例中，配置信息可以包括：指定集群、指定节点、指定使用负载均衡的方式、指定标签。当流量或请求进来时可以根据静态加载的配置文件进行流量或请求的转发。

动态加载是指对装置进行健康检查，以便根据健康检查结果为流量或请求选择合适的集群节点进行转发。

在步骤S204中，判断上游服务发送的请求是否是原始字节请求。

通过过滤器判断微服务发送的请求是HTTP/RPC请求还是原始字节请求，若是原始字节请求，则直接进行路由分发，若是HTTP/RPC请求，则需要对微服务发送的请求先进行解码，再进行路由分发。

在步骤S205中，路由根据配置文件为请求选择对应的集群。

路由根据装置的配置文件对微服务发送的请求进行处理，若是静态配置则根据静态加载的配置文件选择对应的集群，若是动态配置则根据健康检查的结果选择对应的集群。

在步骤S206中，根据标签将请求转发到指定的本地节点。

在选择好对应的集群后，根据为请求添加的标签将该请求转发到指定的本地节点，若该请求未添加标签则根据负载均衡的方式将该请求转发到集群上合适的节点。

在步骤S207中，在请求处理完毕，记录请求的链路日志到对应的集群或本地。

在微服务的请求转发到本地节点后，就可以直接通过调试代码模式对代码进行调试，无需构造请求，请求处理完毕会记录详细的请求链路日志到对应集群上或者本地。

举例来说，本装置主是供开发人员用于测试环境调试及排查问题使用，首先使用时需要将该装置同微服务一起部署在同一台主机上，若要进行代码调试。

首先，需要修改微服务配置文件的端口，确认需要转发到的目的本地主机，对装置增加微服务配置，重点增加对标签的配置及转发到本地主机的配置。其次，启动装置，打开测试环境可以通过谷歌浏览器插件对每个请求的请求头增加一个标签或者手动对请求的请求头增加标签。最后，打开本地主机微服务的调试模式，从测试环境的页面上进行操作。此时可以看到测试环境上的请求被转发到本地，因此无需构造复杂请求的步骤，并且拥有真实数据无需构造假数据用于测试。

若要进行日志链路追踪，首先对装置进行微服务注册，其次启动装置，打开测试环境页面进行操作，最后进行装置所部署的主机上，查看对应日志，日志中会写入完整的请求链路并带有上下文信息。可以根据该装置生成的日志，对日志进行分析排查，从而精准定位到代码出错位置，并且无需侵入微服务代码。

在本发明中，所述装置其实质上为一个可以感知上下游服务之间流量和/或请求的拦截装置，通过将上游服务发送到下游服务的流量请求进行拦截之后，加载到所述装置本地，在装置中就可以实现对上游服务的请求进行测试，而这个测试过程无需构造服务请求模型，而是直接将实际发生的服务请求拦截到装置中，直接进行代码测试，省掉了复杂的构造过程，而当在测试通过之后，再将拦截的服务请求转发至目标下游服务。

如图5所示，介绍根据本发明具体实施方式的微服务架构下全链路调试的装置。

在本发明的实施方式中，微服务架构下全链路调试的装置包括配置模块501、加载模块502、判断模块503、选择模块504和转发模块505。

配置模块501，用于在装置中配置上游服务的地址及端口，并创建监听器，以监听上游服务发送的流量或请求。

加载模块502，用于分别静态加载和动态加载装置的配置文件。

判断模块503，用于判断上游服务发送的请求是否是原始字节请求。

选择模块504，用于路由根据配置文件为请求选择对应的集群。

转发模块505，用于根据标签将请求转发到指定的本地节点。

加载模块502还用于：给装置添加微服务的其他配置信息，其中，配置信息包括：指定集群、指定节点、指定使用负载均衡的方式以及指定标签；给装置进行健康检查，以根据健康检查结果选择集群进行请求转发。

选择模块504还用于：在配置文件是静态加载时，根据配置文件为请求选择对应的集群；或，在配置文件是动态加载时，根据配置文件的健康检查结果为请求选择对应的集群。

判断模块503还用于：在上游服务发送的请求是HTTP/RPC请求时，对请求进行解码。

转发模块505还用于：在请求未添加标签时，通过负载均衡的方式将请求转发至集群中对应的节点上。

配置模块501还用于：下载插件作为请求的标签；或，对请求的请求头添加标签。

转发模块505还用于：在请求处理完毕，记录请求的链路日志到对应的集群或本地。

图6示出了根据本说明书的实施例的用于微服务架构下全链路调试的计算设备60的硬件结构图。如图6所示，计算设备60可以包括至少一个处理器601、存储器602(例如非易失性存储器)、内存603和通信接口604，并且至少一个处理器601、存储器602、内存603和通信接口604经由总线605连接在一起。至少一个处理器601执行在存储器602中存储或编码的至少一个计算机可读指令。

应该理解，在存储器602中存储的计算机可执行指令当执行时使得至少一个处理器601进行本说明书的各个实施例中以上结合图1-6描述的各种操作和功能。

在本说明书的实施例中，计算设备60可以包括但不限于：个人计算机、服务器计算机、工作站、桌面型计算机、膝上型计算机、笔记本计算机、移动计算设备、智能电话、平板计算机、蜂窝电话、个人数字助理(PDA)、手持装置、消息收发设备、可佩戴计算设备、消费电子设备等等。

根据一个实施例，提供了一种比如机器可读介质的程序产品。机器可读介质可以具有指令(即，上述以软件形式实现的元素)，该指令当被机器执行时，使得机器执行本说明书的各个实施例中以上结合图1-6描述的各种操作和功能。具体地，可以提供配有可读存储介质的系统或者装置，在该可读存储介质上存储着实现上述实施例中任一实施例的功能的软件程序代码，且使该系统或者装置的计算机或处理器读出并执行存储在该可读存储介质中的指令。

根据本发明实施方式的微服务架构下全链路调试的方法及应用，其能够直接从本地启动微服务进行调试代码，无需构造复杂请求，也无需持续部署，无需额外改动数据库，因此不会影响测试环境的代码稳定性；还能够避免对微服务原有代码的侵入性，同时将请求的链路信息记录在日志中，使得日志记录的上下文信息更加全面，更容易定位问题。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。

前述对本发明的具体示例性实施方案的描述是为了说明和例证的目的。这些描述并非想将本发明限定为所公开的精确形式，并且很显然，根据上述教导，可以进行很多改变和变化。对示例性实施例进行选择和描述的目的在于解释本发明的特定原理及其实际应用，从而使得本领域的技术人员能够实现并利用本发明的各种不同的示例性实施方案以及各种不同的选择和改变。本发明的范围意在由权利要求书及其等同形式所限定。

Claims (6)

1.一种微服务架构下全链路调试的方法，其特征在于，所述方法包括：

下载插件作为微服务发送的请求的标签，或对微服务发送的请求的请求头添加标签；

在装置中配置上游服务的地址及端口，并创建监听器，以监听所述上游服务发送的流量或请求；

分别静态加载和动态加载所述装置的配置文件，在所述配置文件是静态加载时，根据所述配置文件为所述请求选择对应的集群；在所述配置文件是动态加载时，根据所述配置文件的健康检查结果为所述请求选择对应的集群；

判断所述上游服务发送的请求是否是原始字节请求；若是，

路由根据所述配置文件为所述请求选择对应的集群；

根据标签将所述请求转发到指定的本地节点；

在所述请求未添加标签时，通过负载均衡的方式将所述请求转发至集群中对应的节点上；

在所述请求处理完毕，记录所述请求的链路日志到对应的集群或本地。

2.如权利要求1所述的微服务架构下全链路调试的方法，其特征在于，所述分别静态加载和动态加载所述装置的配置文件，包括：

给所述装置添加微服务的其他配置信息，其中，所述配置信息包括：指定集群、指定节点、指定使用负载均衡的方式以及指定标签；

给所述装置进行健康检查，以根据健康检查结果选择集群进行请求转发。

3.如权利要求1所述的微服务架构下全链路调试的方法，其特征在于，所述方法还包括：

在所述上游服务发送的请求是HTTP/RPC请求时，对所述请求进行解码。

4.一种微服务架构下全链路调试的装置，其特征在于，所述装置包括：

配置模块，用于下载插件作为微服务发送的请求的标签，或对微服务发送的请求的请求头添加标签，并用于在装置中配置上游服务的地址及端口，并创建监听器，以监听所述上游服务发送的流量或请求；

加载模块，用于分别静态加载和动态加载所述装置的配置文件，在所述配置文件是静态加载时，根据所述配置文件为所述请求选择对应的集群；在所述配置文件是动态加载时，根据所述配置文件的健康检查结果为所述请求选择对应的集群；

判断模块，用于判断所述上游服务发送的请求是否是原始字节请求；

选择模块，用于路由根据所述配置文件为所述请求选择对应的集群；

转发模块，用于根据标签将所述请求转发到指定的本地节点，并在所述请求未添加标签时，通过负载均衡的方式将所述请求转发至集群中对应的节点上，并用于在所述请求处理完毕，记录所述请求的链路日志到对应的集群或本地。

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

至少一个处理器；以及

存储器，所述存储器存储指令，当所述指令被所述至少一个处理器执行时，使得所述至少一个处理器执行如权利要求1至3中任一项所述的微服务架构下全链路调试的方法。

6.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至3任一项所述的微服务架构下全链路调试的方法的步骤。