CN113900941A - 一种微服务处理方法、微服务系统及电子设备和存储介质 - Google Patents

Abstract

本申请公开了一种微服务处理方法、微服务系统及电子设备和计算机可读存储介质，该方法应用于网关设备，方法包括：接收第一设备的业务请求，根据业务请求中的参数信息判断是否需要跳过第二设备的请求；第二设备为请求路径中第一设备的下一个设备，请求路径按照业务请求经过的顺序包括客户端、多个微服务器和业务服务器；若是，则将业务请求的请求体替换为目标业务请求的请求体；目标业务请求的路径标识与业务请求的路径标识相同；确定请求路径中第一设备之后第一个不需要跳过请求的设备为第一目标设备，并将替换后的业务请求转发至第一目标设备。本申请通过网关设备对微服务器进行代理，实现了微服务系统的及时测试。

Description

一种微服务处理方法、微服务系统及电子设备和存储介质

技术领域

本申请涉及业务处理技术领域，更具体地说，涉及一种微服务处理方法、微服务系统及一种电子设备和一种计算机可读存储介质。

背景技术

在基于微服务器业务中，业务请求可能会流经多个微服务器，形成微服务处理流程，数据在每个微服务器中进行复杂的数据变化后，再进入最终的业务服务器。但每个微服务器的处理过程会受到系统配置、环境参数、请求参数等条件的影响，业务执行可能出现与预期不符的情况。

当系统运行出现问题时，技术人员需要从正式系统抽取数据，搭建类似的环境对问题进行复现和测试。当正式环境中出现业务调用问题时，每次都需要从线上环境同步所有数据状态，复现测试的成本较高，且业务高峰时无法进行数据抽取，导致问题不能得到及时的处理。而直接在正式系统中直接测试，则可能将垃圾数据写入业务系统，造成数据错误，也要花费成本进行修复，导致开发和运维人员只能对线上环境进行有限的测试，难以保证线上环境的运行状态。由于线上环境只能在开发和运维人员的支持下进行测试，故很难做到大范围的自动化测试，导致在线环境中的配置问题，环境问题很难被发现。

因此，如何实现微服务系统的及时测试是本领域技术人员需要解决的技术问题。

发明内容

本申请的目的在于提供一种微服务处理方法、微服务系统及一种电子设备和一种计算机可读存储介质，通过网关设备对微服务器进行代理，实现了微服务系统的及时测试。

为实现上述目的，本申请提供了一种微服务处理方法，应用于微服务系统中的网关设备，所述方法包括：

接收第一设备的业务请求，根据所述业务请求中的参数信息判断是否需要跳过第二设备的请求；其中，所述第二设备为请求路径中所述第一设备的下一个设备，所述请求路径按照业务请求经过的顺序包括客户端、多个微服务器和业务服务器；

若是，则将所述业务请求的请求体替换为目标业务请求的请求体；其中，所述目标业务请求的路径标识与所述业务请求的路径标识相同；

确定所述请求路径中所述第一设备之后第一个不需要跳过请求的设备为第一目标设备，并将替换后的业务请求转发至第一目标设备。

其中，所述第一设备具体为客户端或微服务器，所述第二设备具体为微服务器，所述第一目标设备具体为微服务器或业务服务器。

其中，若所述第一设备为客户端，则所述接收第一设备的业务请求之后，还包括：

存储所述业务请求中路径标识与参数信息的对应关系。

其中，还包括：

接收第三设备的业务请求，根据所述业务请求中的参数信息判断是否需要跳过业务服务器的响应；其中，所述第三设备具体为客户端或微服务器；

若是，则构建所述业务请求对应的业务响应，确定响应路径中所述第三设备之后第一个不需要跳过响应的设备为第二目标设备，并将所述业务响应转发至第二目标设备；其中，所述响应路径按照业务响应经过的顺序包括业务服务器、多个微服务器和客户端；

若否，将所述业务请求转发至所述业务服务器，以便所述业务服务器生成所述业务请求对应的业务响应。

其中，还包括：

接收第四设备的业务响应，根据所述业务响应中的参数信息判断是否需要跳过第五设备的响应；其中，所述第五设备为响应路径中所述第四设备的下一个设备；

若是，则将所述业务响应的响应体替换为目标业务响应的响应体；其中，所述目标业务响应的路径标识与所述业务响应的路径标识相同；

确定所述响应路径中所述第四设备之后第一个不需要跳过响应的设备为第三目标设备，并将替换后的业务响应转发至第三目标设备。

其中，所述第四设备具体为业务服务器或微服务器，所述第五设备具体为微服务器，所述第三目标设备具体为微服务器或客户端。

其中，所述参数信息包括业务服务器操作、微服务器的设备标识和对应的操作，所述业务服务器操作包括调用和跳过，所述操作包括跳过请求和跳过响应。

为实现上述目的，本申请提供了一种微服务系统，包括客户端、多个微服务器、业务服务器和网关设备；

所述客户端，用于生成业务请求，所述业务请求按照请求路径依次流经多个所述微服务器后到达所述业务服务器；

所述业务服务器，用于生成所述业务请求对应的业务响应，所述业务响应按照响应路径依次流经多个所述微服务器后到达所述客户端；

所述网关设备，用于在所述客户端与所述微服务器之间、相邻的两个所述微服务器之间、所述微服务器与所述业务服务器之间转发业务请求或业务响应。

为实现上述目的，本申请提供了一种电子设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如上述微服务处理方法的步骤。

为实现上述目的，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上述微服务处理方法的步骤。

通过以上方案可知，本申请提供的一种微服务处理方法，应用于微服务系统中的网关设备，所述方法包括：接收第一设备的业务请求，根据所述业务请求中的参数信息判断是否需要跳过第二设备的请求；其中，所述第二设备为请求路径中所述第一设备的下一个设备，所述请求路径按照业务请求经过的顺序包括客户端、多个微服务器和业务服务器；若是，则将所述业务请求的请求体替换为目标业务请求的请求体；其中，所述目标业务请求的路径标识与所述业务请求的路径标识相同；确定所述请求路径中所述第一设备之后第一个不需要跳过请求的设备为第一目标设备，并将替换后的业务请求转发至第一目标设备。

本申请提供的微服务处理方法，通过在微服务系统中增加网关设备对微服务器进行代理，在代理微服务器时根据业务请求中的参数信息劫持微服务器的调用和处理过程，使执行业务过程能够任意跳过微服务器的请求处理过程和返回处理过程，使用户可以直接得到任意步骤的请求或处理结果。使用户可以对复杂的处理过程进行分步测试，并比较结果，实现测试的自动化。在进行测试时，不影响正常的业务调用，实现了测试环境与线上环境共用，减少了资源投入，提升了工作效率，并且能够有效避免测试数据写入业务系统，降低了运维人员的工作量。本申请还公开了一种微服务系统及一种电子设备和一种计算机可读存储介质，同样能实现上述技术效果。

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

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。附图是用来提供对本公开的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本公开，但并不构成对本公开的限制。在附图中：

图1为根据一示例性实施例示出的一种微服务系统的结构图；

图2为根据一示例性实施例示出的一种微服务处理方法的流程图；

图3为跳过微服务器1的请求时业务请求的路径图；

图4为根据一示例性实施例示出的另一种微服务处理方法的流程图；

图5为跳过业务服务器的响应时业务响应的路径图；

图6为根据一示例性实施例示出的又一种微服务处理方法的流程图；

图7为跳过微服务器2的响应时业务响应的路径图；

图8为根据一示例性实施例示出的一种电子设备的结构图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。另外，在本申请实施例中，“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

为了便于理解本申请提供的微服务处理方法，下面对其使用的微服务系统进行介绍。参见图1，其为根据一示例性实施例示出的一种微服务系统的结构图，如图1所示，包括客户端100、多个微服务器200、业务服务器300和网关设备400；

所述客户端100，用于生成业务请求，所述业务请求按照请求路径依次流经多个所述微服务器200后到达所述业务服务器300；

所述业务服务器300，用于生成所述业务请求对应的业务响应，所述业务响应按照响应路径依次流经多个所述微服务器200后到达所述客户端100；

所述网关设备400，用于在所述客户端100与所述微服务器200之间、相邻的两个所述微服务器200之间、所述微服务器200与所述业务服务器300之间转发业务请求或业务响应。

在本实施例中，客户端100为调用方，即生成的业务请求，在正常的处理流程中，业务请求按照请求路径依次经过流经多个微服务器200后到达业务服务器300，业务服务器生成业务请求对应的业务响应，按照响应路径依次流经多个微服务器200后到达客户端100。

在上述过程中，通过网关设备400对微服务器200进行代理，即网关设备400作为转发器，在客户端100与微服务器200之间、相邻的两个微服务器200之间、微服务器200与业务服务器300之间转发业务请求或业务响应。可以理解的是，微服务系统中的所有服务均需要向网关设备进行注册，并设置对应的网关路由，可以借助spring cloud gateway、APISIX等开源产品实现。

在网关设备400代理微服务器时根据业务请求中的参数信息劫持微服务器的调用和处理过程，使执行业务过程能够任意跳过微服务器的请求处理过程和返回处理过程，使用户可以直接得到任意步骤的请求或处理结果。使用户可以对复杂的处理过程进行分步测试，并比较结果，实现测试的自动化。在进行测试时，可以复用线上环境进行测试，不影响正常的业务调用，实现了测试环境与线上环境共用，减少了资源投入，提升了工作效率，并且能够有效避免测试数据写入业务系统，降低了运维人员的工作量。测试结果直接返回到调用方，无需为调用方搭建辅助的日志系统，降低了系统成本和管理复杂度。

本申请实施例公开了一种微服务处理方法，通过网关设备对微服务器进行代理，实现了微服务系统的及时测试。

参见图2，根据一示例性实施例示出的一种微服务处理方法的流程图，如图2所示，包括：

S101：接收第一设备的业务请求，根据所述业务请求中的参数信息判断是否需要跳过第二设备的请求；若是，则进入S102；若否，则进入S103：其中，所述第二设备为请求路径中所述第一设备的下一个设备，所述请求路径按照业务请求经过的顺序包括客户端、多个微服务器和业务服务器；

在具体实施中，对于需要劫持的服务，用户按照规范格式配置参数信息注入到业务请求中。网关设备接收到的业务请求或业务响应时，若发现带有路径标识(traceID)和参数信息，则可以实现微服务处理的劫持，使得服务调用流程，按照用户期望的过程进行。在多级处理中，微服务器进行下次调用时，需要将接收到的业务请求中的路径标识和参数信息复制到自身生成的新的业务请求中，向后续设备传递。

本实施例的目的在于实现业务请求跳过任意微服务器。在具体实施中，接收第一设备的业务请求，此处的第一设备可以为生成业务请求的客户端，也可以为处理业务请求的微服务器。业务请求中包含参数信息，用于表示是否跳过微服务器的请求或响应、调用或跳过业务服务器的处理，也即所述参数信息包括业务服务器操作、微服务器的设备标识和对应的操作，所述业务服务器操作包括调用和跳过，所述操作包括跳过请求和跳过响应。本实施例不对参数信息的配置格式进行限制，例如可以使用json、字符串等格式进行参数信息的设置。举例说明，微服务器的设备标识分别为server1和server2，参数信息可以为：

server1：跳过请求

server2：跳过响应

业务服务操作：跳过

在请求路径中，第一设备的下一个设备为第二设备，第二设备具体为微服务器。网关设备根据业务请求中的参数信息判断是否需要跳过第二设备的请求；若是，则进入S102；若否，则进入S103。

需要说明的是，在进行服务劫持时，需要为不同客户端的业务请求分配唯一的路径标识(traceID)，以便对同一业务请求的多个步骤进行分辨，网关设备在第一次接到业务请求时，即当第一设备为客户端，网关设备接收到客户端的业务请求时，判断业务请求中是否包含路径标识，若是，则不需要重新生成，若否，则在业务请求中补充路径标识。

进一步的，若微服务器仅能提供路径标识的转发，而不能提供参数信息的转发，网关设备在接收到客户端的业务请求时，存储业务请求中路径标识与参数信息的对应关系，在后续接收到微服务器的业务请求时，可以根据其中包含的路径标识差值对应的参数信息进行处理。

S102：将所述业务请求的请求体替换为目标业务请求的请求体，并进入S103；其中，所述目标业务请求的路径标识与所述业务请求的路径标识相同；

在本步骤中，若需要跳过第二设备的请求，则将业务请求的请求体替换为与该业务请求的路径标识相同的目标业务请求的请求体，并进入S103。

S103：确定所述请求路径中所述第一设备之后第一个不需要跳过请求的设备为第一目标设备，并将替换后的业务请求转发至第一目标设备。

在本步骤中，将替换后的业务请求转发至请求路径中第一设备之后第一个不需要跳过请求的第一目标设备，可以具体为微服务器或业务服务器。在具体实施中，若不需要跳过第二设备的请求，则将业务请求转发至第二设备，若需要跳过第二设备的请求，则继续判断请求路径中第二设备的下一个设备是否需要跳过请求，直至查找到不需要跳过请求的设备。

举例说明，若需要跳过微服务器1的请求，则业务请求的路径如图3所示。

本申请实施例提供的微服务处理方法，通过在微服务系统中增加网关设备对微服务器进行代理，在代理微服务器时根据业务请求中的参数信息劫持微服务器的调用和处理过程，使执行业务过程能够任意跳过微服务器的请求处理过程和返回处理过程，使用户可以直接得到任意步骤的请求或处理结果。使用户可以对复杂的处理过程进行分步测试，并比较结果，实现测试的自动化。在进行测试时，不影响正常的业务调用，实现了测试环境与线上环境共用，减少了资源投入，提升了工作效率，并且能够有效避免测试数据写入业务系统，降低了运维人员的工作量。

本实施例介绍跳过业务服务器响应的过程，具体的：

参见图4，根据一示例性实施例示出的另一种微服务处理方法的流程图，如图4所示，包括：

S201：接收第三设备的业务请求，根据所述业务请求中的参数信息判断是否需要跳过业务服务器的响应；若是，则进入S202；若否，则进入S203；其中，所述第三设备具体为客户端或微服务器；

本实施例的目的在于实现业务请求跳过业务服务器的响应。在具体实施中，网关设备接收第三设备的业务请求，此处的第一设备为请求路径中业务服务器前一个不需要跳过请求的微服务器。网关设备根据业务请求中的参数信息判断是否需要跳过业务服务器的响应；若是，则进入S202；若否，则进入S203。

S202：构建所述业务请求对应的业务响应，确定响应路径中所述第三设备之后第一个不需要跳过响应的设备为第二目标设备，并将所述业务响应转发至第二目标设备；其中，所述响应路径按照业务响应经过的顺序包括业务服务器、多个微服务器和客户端；

在本步骤中，若需要跳过业务服务器的响应，则构建业务响应，将该业务响应转发至响应路径中第三设备之后第一个不需要跳过响应的第二目标设备，如图5所示，微服务器1即为第二目标设备。

S203：将所述业务请求转发至所述业务服务器，以便所述业务服务器生成所述业务请求对应的业务响应。

在本步骤中，若不需要跳过业务服务器的响应，则按照正常的响应流程将业务响应转发至业务服务器，业务服务器基于接收到的业务请求生成对应的业务响应，返回至调用方。

本实施例介绍跳过任意微服务器响应的过程，具体的：

参见图6，根据一示例性实施例示出的又一种微服务处理方法的流程图，如图6所示，包括：

S301：接收第四设备的业务响应，根据所述业务响应中的参数信息判断是否需要跳过第五设备的响应；若是，则进入S302；若否，则进入S303：其中，所述第五设备为响应路径中所述第四设备的下一个设备；

本实施例的目的在于实现业务响应跳过任意微服务器。在具体实施中，接收第四设备的业务响应，此处的第四设备可以为生成业务响应的业务服务器，也可以为转发业务响应的微服务器。

在响应路径中，第四设备的下一个设备为第五设备，第五设备具体为微服务器。网关设备根据业务响应中的参数信息判断是否需要跳过第五设备的响应；若是，则进入S302；若否，则进入S303。

S302：将所述业务响应的响应体替换为目标业务响应的响应体，并进入S303；其中，所述目标业务响应的路径标识与所述业务响应的路径标识相同；

在本步骤中，若需要跳过第五设备的请求，则将业务响应的响应体替换为与该业务响应的路径标识相同的目标业务响应的响应体，并进入S303。

S303：确定所述响应路径中所述第四设备之后第一个不需要跳过响应的设备为第三目标设备，并将替换后的业务响应转发至第三目标设备。

在本步骤中，将替换后的业务响应转发至响应路径中第四设备之后第一个不需要跳过请求的第三目标设备，可以具体为微服务器或客户端。在具体实施中，若不需要跳过第五设备的响应，则将业务响应转发至第五设备，若需要跳过第五设备的请求，则继续判断响应路径中第五设备的下一个设备是否需要跳过响应，直至查找到不需要跳过响应的设备。

举例说明，若需要跳过微服务器2的响应，则业务请求的路径如图7所示。

由此可见，在进行测试时，测试结果即业务响应直接返回到客户端，无需为客户端搭建辅助的日志系统，降低了系统成本和管理复杂度。

基于上述程序模块的硬件实现，且为了实现本申请实施例的方法，本申请实施例还提供了一种电子设备，图8为根据一示例性实施例示出的一种电子设备的结构图，如图8所示，电子设备包括：

通信接口1，能够与其它设备比如网络设备等进行信息交互；

处理器2，与通信接口1连接，以实现与其它设备进行信息交互，用于运行计算机程序时，执行上述一个或多个技术方案提供的微服务处理方法。而所述计算机程序存储在存储器3上。

当然，实际应用时，电子设备中的各个组件通过总线系统4耦合在一起。可理解，总线系统4用于实现这些组件之间的连接通信。总线系统4除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图8中将各种总线都标为总线系统4。

本申请实施例中的存储器3用于存储各种类型的数据以支持电子设备的操作。这些数据的示例包括：用于在电子设备上操作的任何计算机程序。

可以理解，存储器3可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(ROM，Read Only Memory)、可编程只读存储器(PROM，Programmable Read-Only Memory)、可擦除可编程只读存储器(EPROM，Erasable Programmable Read-Only Memory)、电可擦除可编程只读存储器(EEPROM，Electrically Erasable Programmable Read-Only Memory)、磁性随机存取存储器(FRAM，ferromagnetic random access memory)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(CD-ROM，Compact Disc Read-Only Memory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(RAM，Random AccessMemory)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(SRAM，Static Random Access Memory)、同步静态随机存取存储器(SSRAM，Synchronous Static Random Access Memory)、动态随机存取存储器(DRAM，Dynamic Random Access Memory)、同步动态随机存取存储器(SDRAM，SynchronousDynamic Random Access Memory)、双倍数据速率同步动态随机存取存储器(DDRSDRAM，Double Data Rate Synchronous Dynamic Random Access Memory)、增强型同步动态随机存取存储器(ESDRAM，Enhanced Synchronous Dynamic Random Access Memory)、同步连接动态随机存取存储器(SLDRAM，SyncLink Dynamic Random Access Memory)、直接内存总线随机存取存储器(DRRAM，Direct Rambus Random Access Memory)。本申请实施例描述的存储器2旨在包括但不限于这些和任意其它适合类型的存储器。

上述本申请实施例揭示的方法可以应用于处理器2中，或者由处理器2实现。处理器2可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器2中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器2可以是通用处理器、DSP，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器2可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器3，处理器2读取存储器3中的程序，结合其硬件完成前述方法的步骤。

处理器2执行所述程序时实现本申请实施例的各个方法中的相应流程，为了简洁，在此不再赘述。

在示例性实施例中，本申请实施例还提供了一种存储介质，即计算机存储介质，具体为计算机可读存储介质，例如包括存储计算机程序的存储器3，上述计算机程序可由处理器2执行，以完成前述方法所述步骤。计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、Flash Memory、磁表面存储器、光盘、或CD-ROM等存储器。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本申请上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台电子设备(可以是个人计算机、服务器、或者网络设备等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种微服务处理方法，其特征在于，应用于微服务系统中的网关设备，所述方法包括：

接收第一设备的业务请求，根据所述业务请求中的参数信息判断是否需要跳过第二设备的请求；其中，所述第二设备为请求路径中所述第一设备的下一个设备，所述请求路径按照业务请求经过的顺序包括客户端、多个微服务器和业务服务器；

若是，则将所述业务请求的请求体替换为目标业务请求的请求体；其中，所述目标业务请求的路径标识与所述业务请求的路径标识相同；

确定所述请求路径中所述第一设备之后第一个不需要跳过请求的设备为第一目标设备，并将替换后的业务请求转发至第一目标设备。

2.根据权利要求1所述微服务处理方法，其特征在于，所述第一设备具体为客户端或微服务器，所述第二设备具体为微服务器，所述第一目标设备具体为微服务器或业务服务器。

3.根据权利要求2所述微服务处理方法，其特征在于，若所述第一设备为客户端，则所述接收第一设备的业务请求之后，还包括：

存储所述业务请求中路径标识与参数信息的对应关系。

4.根据权利要求1所述微服务处理方法，其特征在于，还包括：

接收第三设备的业务请求，根据所述业务请求中的参数信息判断是否需要跳过业务服务器的响应；其中，所述第三设备具体为客户端或微服务器；

若是，则构建所述业务请求对应的业务响应，确定响应路径中所述第三设备之后第一个不需要跳过响应的设备为第二目标设备，并将所述业务响应转发至第二目标设备；其中，所述响应路径按照业务响应经过的顺序包括业务服务器、多个微服务器和客户端；

若否，则将所述业务请求转发至所述业务服务器，以便所述业务服务器生成所述业务请求对应的业务响应。

5.根据权利要求1所述微服务处理方法，其特征在于，还包括：

接收第四设备的业务响应，根据所述业务响应中的参数信息判断是否需要跳过第五设备的响应；其中，所述第五设备为响应路径中所述第四设备的下一个设备；

若是，则将所述业务响应的响应体替换为目标业务响应的响应体；其中，所述目标业务响应的路径标识与所述业务响应的路径标识相同；

确定所述响应路径中所述第四设备之后第一个不需要跳过响应的设备为第三目标设备，并将替换后的业务响应转发至第三目标设备。

6.根据权利要求5所述微服务处理方法，其特征在于，所述第四设备具体为业务服务器或微服务器，所述第五设备具体为微服务器，所述第三目标设备具体为微服务器或客户端。

7.根据权利要求1至6中任一项所述微服务处理方法，其特征在于，所述参数信息包括业务服务器操作、微服务器的设备标识和对应的操作，所述业务服务器操作包括调用和跳过，所述操作包括跳过请求和跳过响应。

8.一种微服务系统，其特征在于，包括客户端、多个微服务器、业务服务器和网关设备；

所述客户端，用于生成业务请求，所述业务请求按照请求路径依次流经多个所述微服务器后到达所述业务服务器；

所述业务服务器，用于生成所述业务请求对应的业务响应，所述业务响应按照响应路径依次流经多个所述微服务器后到达所述客户端；

所述网关设备，用于在所述客户端与所述微服务器之间、相邻的两个所述微服务器之间、所述微服务器与所述业务服务器之间转发业务请求或业务响应。

9.一种网关设备，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1至7任一项所述微服务处理方法的步骤。

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

Images