全链路灰度发布方法、装置、微服务、网关及介质与流程

1.本技术属于计算机技术领域，尤其涉及一种全链路灰度发布方法、装置、微服务、网关及介质。


背景技术：

2.所谓灰度发布就是在微服务上线时，将新版本的微服务只发布在微服务集群中部分节点上，通过引入一小部分流量进入新版本来验证功能的正确性和其他特性是否符合预期。一旦出现问题不至于所有请求都受到影响，这属于一种提升微服务稳定性的测试方法，所以也叫灰度验证。
3.目前灰度发布的方法是在每次发布新版本的微服务时，往往需要人为参与，例如分组设置、版本号修改等。这种需要人为参与的灰度发布方法，使灰度发布的成本高，而且容易出现差错。


技术实现要素：

4.本技术实施例提供了一种全链路灰度发布方法、装置、微服务、网关及介质，可以解决灰度发布的成本高、且容易出现差错问题。
5.第一方面，本技术实施例提供了一种全链路灰度发布方法，包括：
6.在接收到灰度请求时，获取所述灰度请求对应的所有下游微服务所在节点的灰度标识信息；所述下游微服务所在节点的灰度标识信息用于标识该下游服务所在节点是否为灰度节点；
7.根据获取到的灰度标识信息，判断所述所有下游微服务所在节点中是否存在灰度节点；
8.若所述所有下游微服务所在节点中存在灰度节点，则将所有灰度节点对应的下游微服务中的任一下游微服务作为目标微服务；
9.将所述灰度请求转发至所述目标微服务。
10.其中，在所述在接收到灰度请求时，获取所述灰度请求对应的所有下游微服务所在节点的灰度标识信息之前，所述方法还包括：
11.在微服务启动时，确定所述微服务所在节点是否为灰度节点；
12.根据确定结果，获得所述微服务所在节点的灰度标识信息；所述灰度标识信息用于标识所述微服务所在节点是否为灰度节点；
13.将获得的灰度标识信息注册到微服务集群的注册中心。
14.其中，所述确定所述微服务所在节点是否为灰度节点，包括：
15.读取所述微服务所在节点的环境变量；所述环境变量是所述微服务集群创建所述微服务所在节点时生成的，所述环境变量中包含用于描述所述微服务所在节点是否为灰度节点的字段；
16.若所述字段指示所述微服务所在节点为灰度节点，则确定所述微服务所在节点为
灰度节点；
17.若所述字段指示所述微服务所在节点为非灰度节点，则确定所述微服务所在节点为非灰度节点。
18.其中，所述获取所述灰度请求对应的所有下游微服务所在节点的灰度标识信息，包括：
19.从微服务集群的注册中心获取所述灰度请求对应的所有下游微服务所在节点的灰度标识信息。
20.其中，所述微服务集群为云原生分布式集群，所述云原生分布式集群的注册中心为nacos注册中心。
21.其中，在所述根据获取到的灰度标识信息，判断所述所有下游微服务所在节点中是否存在灰度节点之后，所述方法还包括：
22.若所述所有下游微服务所在节点中不存在灰度节点，则将所述灰度请求转发至任一下游微服务。
23.第二方面，本技术实施例提供了一种全链路灰度发布装置，包括：
24.获取模块，用于在接收到灰度请求时，获取所述灰度请求对应的所有下游微服务所在节点的灰度标识信息；所述下游微服务所在节点的灰度标识信息用于标识该下游服务所在节点是否为灰度节点；
25.判断模块，用于根据获取到的灰度标识信息，判断所述所有下游微服务所在节点中是否存在灰度节点；
26.执行模块，用于若所述所有下游微服务所在节点中存在灰度节点，则将所有灰度节点对应的下游微服务中的任一下游微服务作为目标微服务；
27.发送模块，用于将所述灰度请求转发至所述目标微服务。
28.其中，所述全链路灰度发布装置还包括：
29.确定模块，用于在微服务启动时，确定所述微服务所在节点是否为灰度节点；
30.获得模块，用于根据确定结果，获得所述微服务所在节点的灰度标识信息；所述灰度标识信息用于标识所述微服务所在节点是否为灰度节点；
31.注册模块，用于将获得的灰度标识信息注册到微服务集群的注册中心。
32.其中，所述确定模块包括：
33.读取单元，用于读取所述微服务所在节点的环境变量；所述环境变量是所述微服务集群创建所述微服务所在节点时生成的，所述环境变量中包含用于描述所述微服务所在节点是否为灰度节点的字段；
34.第一执行单元，用于若所述字段指示所述微服务所在节点为灰度节点，则确定所述微服务所在节点为灰度节点；
35.第二执行单元，用于若所述字段指示所述微服务所在节点为非灰度节点，则确定所述微服务所在节点为非灰度节点。
36.其中，所述获取模块，具体用于从微服务集群的注册中心获取所述灰度请求对应的所有下游微服务所在节点的灰度标识信息。
37.其中，所述微服务集群为云原生分布式集群，所述云原生分布式集群的注册中心为nacos注册中心。
38.其中，所述全链路灰度发布装置还包括：
39.转发模块，用于若所述所有下游微服务所在节点中不存在灰度节点，则将所述灰度请求转发至任一下游微服务。
40.第三方面，本技术实施例提供了一种微服务，包括上述的全链路灰度发布装置。
41.第四方面，本技术实施例提供了一种微服务网关，包括上述的全链路灰度发布装置。
42.第五方面，本技术实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述的方法。
43.第六方面，本技术实施例提供了一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行上述第一方面中任一项所述的方法。
44.本技术实施例与现有技术相比存在的有益效果是：
45.在本技术的实施例中，微服务集群的微服务网关和微服务均能在接收到灰度请求时，通过获取该灰度请求对应的所有下游微服务所在节点的灰度标识信息，并根据这些灰度标识信息，判断所有下游微服务所在节点中是否存在灰度节点，若存在灰度节点，则将所有灰度节点对应的下游微服务中任一下游微服务作为目标微服务，并将灰度请求转发至该目标微服务，从而确保每条灰度请求链路所经过的节点都是灰度节点，实现灰度发布。其中由于在灰度发布时，微服务网关和微服务均能通过自动获取下游微服务所在节点的灰度标识信息的方式完成灰度发布，而不需要人为参与，从而大大降低了灰度发布的成本，同时还降低了灰度发布的差错率。
附图说明
46.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
47.图1是本技术一实施例提供的全链路灰度发布方法的流程图；
48.图2是本技术一实施例提供的服务请求的传递示意图；
49.图3是本技术一实施例提供的全链路灰度发布装置的结构示意图。
具体实施方式
50.以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本技术实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本技术。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本技术的描述。
51.应当理解，当在本技术说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
52.还应当理解，在本技术说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
53.如在本技术说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
[0054]
另外，在本技术说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
[0055]
在本技术说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本技术的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。
[0056]
目前灰度发布的方法是在每次发布新版本的微服务时，往往需要人为参与，例如分组设置、版本号修改等。这种需要人为参与的灰度发布方法，使灰度发布的成本高，而且容易出现差错。
[0057]
为了解决上述技术问题，本技术的实施例提供了一种全链路灰度发布方法，该方法通过在接收到灰度请求时，获取该灰度请求对应的所有下游微服务所在节点的灰度标识信息，并根据这些灰度标识信息，判断所有下游微服务所在节点中是否存在灰度节点，若所有下游微服务所在节点中存在灰度节点，则将所有灰度节点对应的下游微服务中的任一下游微服务作为目标微服务，并将灰度请求转发至目标微服务，从而确保每条灰度请求链路所经过的节点都是灰度节点，实现灰度发布。
[0058]
在本技术的一些实施例中，上述全链路灰度发布方法可应用于微服务集群的微服务网关或者微服务。需要说明的是，当微服务网关执行上述全链路灰度发布方法时，上述灰度请求可来自于前端；当微服务执行上述全链路灰度发布方法时，上述灰度请求可来自于微服务网关或者微服务集群的其他微服务。
[0059]
值得一提的是，在本技术的一些实施例中，由于在灰度发布时，微服务网关和微服务均能通过自动获取下游微服务所在节点的灰度标识信息的方式完成灰度发布，而不需要人为参与，从而大大降低了灰度发布的成本，同时还降低了灰度发布的差错率。
[0060]
下面结合附图对本技术实施例提供的全链路灰度发布方法进行描述。
[0061]
实施例一
[0062]
如图1所示，本技术的实施例提供了一种全链路灰度发布方法，该方法包括：
[0063]
步骤11，在接收到灰度请求时，获取所述灰度请求对应的所有下游微服务所在节点的灰度标识信息。
[0064]
在本技术的一些实施例中，上述下游微服务所在节点的灰度标识信息用于标识该下游服务所在节点是否为灰度节点。
[0065]
在本技术的一些实施例中，在第一次接收到灰度请求时，可从微服务集群的注册中心获取上述灰度标识信息，且在获取到上述灰度标识信息后，可以存储该灰度标识信息。后续再接收到灰度请求时，可从本地存储的灰度标识信息中获取灰度请求对应的所有下游微服务所在节点的灰度标识信息，当然还可以从注册中心获取上述灰度标识信息。
[0066]
步骤12，根据获取到的灰度标识信息，判断所述所有下游微服务所在节点中是否存在灰度节点，若所述所有下游微服务所在节点中存在灰度节点，则执行步骤13。
[0067]
在本技术的一些实施例中，由于下游微服务所在节点的灰度标识信息标识了该下游服务所在节点是否为灰度节点，因此在获取到所有下游微服务所在节点的灰度标识信息后，能准确、快速的判断出所有下游微服务所在节点中是否存在灰度节点。
[0068]
步骤13，将所有灰度节点对应的下游微服务中的任一下游微服务作为目标微服务。
[0069]
步骤14，将所述灰度请求转发至所述目标微服务。
[0070]
在本技术的一些实施例中，当确定出灰度请求对应的所有下游微服务所在节点中存在灰度节点时，通过将这些灰度节点对应的下游微服务中的任一下游微服务作为目标微服务，并将该灰度请求转发至该目标微服务，从而确保每条灰度请求链路所经过的节点都是灰度节点，实现灰度发布。其中由于在灰度发布时，微服务网关和微服务均能通过自动获取下游微服务所在节点的灰度标识信息的方式完成灰度发布，而不需要人为参与，从而大大降低了灰度发布的成本，同时还降低了灰度发布的差错率。
[0071]
需要说明的是，在本技术的一些实施例中，当步骤12判断出灰度请求对应的所有下游微服务所在节点中不存在灰度节点时，便将该灰度请求转发至任一下游微服务。即，若灰度请求对应的所有下游微服务所在节点都是非灰度节点时，可将该灰度请求转发至任一下游微服务，以确保灰度请求的传递。
[0072]
在本技术的一些实施例中，上述微服务集群可以是云原生分布式集群，云原生分布式集群的注册中心可以为nacos注册中心。作为一个优选的示例，上述云原生分布式集群为k8s集群。
[0073]
k8s集群的全称是kubernetes集群，kubernetes是一个开源的，用于管理云平台中多个主机上的容器化的应用，kubernetes的目标是让部署容器化的应用简单并且高效，kubernetes提供了应用部署、规划、更新、维护的一种机制。
[0074]
nacos是一个开源项目，基于阿里云内部提供的应用配置管理(acm，application configuration management)服务进行独立，可以作为微服务集群的注册中心和配置中心，用于微服务的注册与发现，并对微服务实例进行健康检查，从微服务集群中自动剔除出现故障的实例，维护微服务集群的可用性。
[0075]
需要说明的是，由于nacos注册中心中的服务路由都是本地路由，且nacos注册中心记录存储各节点的灰度标识信息，从而使得执行上述全链路灰度发布方法的微服务网关或者微服务在接收到灰度请求时，可从nacos注册中心获取灰度请求对应的所有下游微服务所在节点的灰度标识信息，实现自动灰度发布，不需要人为参与，大大降低灰度发布的成本，同时还降低了灰度发布的差错率。
[0076]
在本技术的一些实施例中，如图2所示，微服务网关在接收到来自前端页面的服务请求(如超文本传输协议(http，hyper text transfer protocol)请求)时，可通过判断该服务请求是否携带灰度请求头的方式，确定该服务请求是否为灰度请求。具体的，若服务请求中携带灰度请求头，则该服务请求为灰度请求，而若服务请求中不携带灰度请求头，则该服务请求为非灰度请求。其中，当微服务网关接收到灰度请求时，会通过执行上述全链路灰度发布方法，将接收到的灰度请求转发至部署于灰度节点上的下游微服务(如图2中的微服
务a)。当微服务网关接收到非灰度请求时，会将该非灰度请求转发至部署于非灰度节点上的下游微服务(如图2中的微服务b)。
[0077]
在本技术的一些实施例中，微服务网关在接收到服务请求时，不需要对服务请求进行染色，从而确保灰度请求能直接从前端传递至后端。
[0078]
作为一个优选的示例，上述微服务网关可以采用spring cloud gateway网关。spring cloud gateway是spring官方基于spring 5.0、spring boot2.0和project reactor等技术开发的网关。
[0079]
在本技术的一些实施例中，如图2所示，微服务在接收到微服务网关或者微服务集群中其他微服务发送的服务请求(如http请求)时，可通过判断该服务请求是否携带灰度请求头的方式，确定该服务请求是否为灰度请求。具体的，若服务请求中携带灰度请求头，则该服务请求为灰度请求，而若服务请求中不携带灰度请求头，则该服务请求为非灰度请求。其中，当微服务(如图2中的微服务a)接收到灰度请求时，会通过执行上述全链路灰度发布方法，将接收到的灰度请求转发至部署于灰度节点上的下游微服务(如图2中的微服务c)。当微服务(如图2中的微服务b)接收到非灰度请求时，会将该非灰度请求转发至部署于非灰度节点上的下游微服务(如图2中的微服务d)。
[0080]
需要说明的是，不管是微服务网关还是微服务，在接收到灰度请求时，若该灰度请求对应的下游微服务所在节点都是非灰度节点时，会将接收到的灰度请求转发至一部署于非灰度节点上的下游微服务，以确保灰度请求的正常传递。
[0081]
在本技术的一些实施例中，为确保注册中心(如nacos注册中心)记录有：所有部署有微服务的节点的灰度标识信息，上述全链路灰度发布方法还包括如下步骤：
[0082]
步骤一，在微服务启动时，确定所述微服务所在节点是否为灰度节点。
[0083]
在本技术的一些实施例中，可通过读取所述微服务所在节点的环境变量，确定所述微服务所在节点是否为灰度节点。其中，上述环境变量是微服务集群创建所述微服务所在节点时生成的，该环境变量中包含用于描述所述微服务所在节点是否为灰度节点的字段。具体可在节点的编排文件中标注该字段。
[0084]
具体的，若环境变量中的上述字段指示所述微服务所在节点为灰度节点，则确定所述微服务所在节点为灰度节点；而若环境变量中的上述字段指示所述微服务所在节点为非灰度节点，则确定所述微服务所在节点为非灰度节点。
[0085]
作为一个示例，上述字段可以为版本(version)字段。其中若version为v3，则上述字段指示所述微服务所在节点为灰度节点；而若version为v1，则上述字段指示所述微服务所在节点为非灰度节点。例如若节点的环境变量为ms-api-gateway-v3-7b8859f7，则表明该节点为灰度节点。
[0086]
步骤二，根据确定结果，获得所述微服务所在节点的灰度标识信息。
[0087]
在本技术的一些实施例中，上述灰度标识信息用于标识所述微服务所在节点是否为灰度节点。作为一个优选的示例，若上述确定结果为：微服务所在节点为灰度节点，则上述灰度标识信息可以为version＝v3；若上述确定结果为：微服务所在节点为非灰度节点，则上述灰度标识信息可以为version＝v1。
[0088]
步骤三，将获得的灰度标识信息注册到微服务集群的注册中心。
[0089]
值得一提的是，在相关技术中，当微服务网关或者微服务在接收到灰度请求时，需
要流量转发代理组件(如微服务管理平台istio)来完成灰度请求的转发。而在本技术的一些实施例中，通过微服务集群中的任一微服务在启动时获取所在节点的灰度标识信息，并将该灰度标识信息发送给微服务集群的注册中心(如nacos注册中心)，使注册中心记录有各节点的灰度标识信息，从而使得微服务集群中的微服务网关(或者任一微服务)在接收到灰度请求时，不需要流量转发代理组件的参与，只需从注册中心获取下游微服务所在节点的灰度标识信息，便能自动完成灰度请求的转发，大大简化了灰度发布的流程。
[0090]
需要说明的是，注册中心在接收到节点的灰度标识信息后，可将该灰度标识信息存储于该节点的元数据(metadata)中。
[0091]
由此可见，在本技术的一些实施例中，通过在微服务集群创建节点时，在节点的环境变量中设置用于描述该节点是否为灰度节点的字段，使微服务集群中各节点存在灰度标识信息，从而确保微服务网关或者微服务在接收到灰度请求时，能自动、稳定的完成灰度请求的传递，确保灰度发布能稳定实现。需要说明的是，当微服务集群的注册中心为nacos注册中心时，无须对nacos注册中心进行二次开发，只需要微服务在启动时向nacos注册中心注册所在节点的灰度标识信息，使得微服务网关或者微服务在接收到灰度请求时，通过从nacos注册中心获取相关节点的灰度标识信息，便能简单、高效的完成灰度发布。
[0092]
且需要进一步指出的是，在本技术的一些实施例中，节点的灰度标识信息与服务版本无关，只由微服务集群编排决定，因此微服务集群中灰度节点的可靠性和稳定性都很强，整个灰度链路可长期存在，随时可以进行灰度测试。
[0093]
下面结合附图对本技术实施例提供的全链路灰度发布装置进行描述。
[0094]
实施例二
[0095]
对应于上文实施例所述的全链路灰度发布方法，如图3所示，本技术的实施例提供了一种全链路灰度发布装置，该全链路灰度发布装置300包括：
[0096]
获取模块301，用于在接收到灰度请求时，获取所述灰度请求对应的所有下游微服务所在节点的灰度标识信息；所述下游微服务所在节点的灰度标识信息用于标识该下游服务所在节点是否为灰度节点；
[0097]
判断模块302，用于根据获取到的灰度标识信息，判断所述所有下游微服务所在节点中是否存在灰度节点；
[0098]
执行模块303，用于若所述所有下游微服务所在节点中存在灰度节点，则将所有灰度节点对应的下游微服务中的任一下游微服务作为目标微服务；
[0099]
发送模块304，用于将所述灰度请求转发至所述目标微服务。
[0100]
其中，所述全链路灰度发布装置300还包括：
[0101]
确定模块，用于在微服务启动时，确定所述微服务所在节点是否为灰度节点；
[0102]
获得模块，用于根据确定结果，获得所述微服务所在节点的灰度标识信息；所述灰度标识信息用于标识所述微服务所在节点是否为灰度节点；
[0103]
注册模块，用于将获得的灰度标识信息注册到微服务集群的注册中心。
[0104]
其中，所述确定模块包括：
[0105]
读取单元，用于读取所述微服务所在节点的环境变量；所述环境变量是所述微服务集群创建所述微服务所在节点时生成的，所述环境变量中包含用于描述所述微服务所在节点是否为灰度节点的字段；
[0106]
第一执行单元，用于若所述字段指示所述微服务所在节点为灰度节点，则确定所述微服务所在节点为灰度节点；
[0107]
第二执行单元，用于若所述字段指示所述微服务所在节点为非灰度节点，则确定所述微服务所在节点为非灰度节点。
[0108]
其中，所述获取模块301，具体用于从微服务集群的注册中心获取所述灰度请求对应的所有下游微服务所在节点的灰度标识信息。
[0109]
其中，所述微服务集群为云原生分布式集群，所述云原生分布式集群的注册中心为nacos注册中心。
[0110]
其中，所述全链路灰度发布装置300还包括：
[0111]
转发模块，用于若所述所有下游微服务所在节点中不存在灰度节点，则将所述灰度请求转发至任一下游微服务。
[0112]
需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本技术方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。
[0113]
下面对本技术实施例提供的微服务、微服务网关、计算机可读存储介质、计算机程序产品进行描述。
[0114]
实施例三
[0115]
本技术的本技术的实施例提供了一种微服务，该微服务包括上述的全链路灰度发布装置。
[0116]
即，微服务通过在接收到灰度请求时，获取该灰度请求对应的所有下游微服务所在节点的灰度标识信息，并根据这些灰度标识信息，判断所有下游微服务所在节点中是否存在灰度节点，若所有下游微服务所在节点中存在灰度节点，则将所有灰度节点对应的下游微服务中的任一下游微服务作为目标微服务，并将灰度请求转发至目标微服务，从而确保每条灰度请求链路所经过的节点都是灰度节点，实现灰度发布。
[0117]
可以理解的是，上述全链路灰度发布装置实施例中的各种实施方式和实施方式组合及其有益效果同样适用于本实施例，这里不再赘述。
[0118]
实施例四
[0119]
本技术的本技术的实施例提供了一种微服务网关，该微服务网关包括上述的全链路灰度发布装置。
[0120]
在一些实施例中，微服务网关在接收到灰度请求时，获取所述灰度请求对应的所有下游微服务所在节点的灰度标识信息，并根据获取到的灰度标识信息，判断所述所有下游微服务所在节点中是否存在灰度节点；若所述所有下游微服务所在节点中存在灰度节点，则将所有灰度节点对应的下游微服务中的任一下游微服务作为目标微服务，最终将所述灰度请求转发至所述目标微服务。
[0121]
其中，所述下游微服务所在节点的灰度标识信息用于标识该下游服务所在节点是否为灰度节点。
[0122]
可选的，微服务网关，具体可以从微服务集群的注册中心获取所述灰度请求对应的所有下游微服务所在节点的灰度标识信息。
[0123]
可选的，上述微服务集群为云原生分布式集群，所述云原生分布式集群的注册中
心为nacos注册中心。
[0124]
可选的，当微服务网关判定所述所有下游微服务所在节点中不存在灰度节点时，微服务网关会将所述灰度请求转发至任一下游微服务。
[0125]
本技术实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时可实现上述各个方法实施例中的步骤。
[0126]
本技术实施例提供了一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行时可实现上述各个方法实施例中的步骤。
[0127]
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到全链路灰度发布装置/微服务/微服务网关的任何实体或装置、记录介质、计算机存储器、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、电载波信号、电信信号以及软件分发介质。例如u盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。
[0128]
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
[0129]
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
[0130]
在本技术所提供的实施例中，应该理解到，所揭露的装置/网络设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/网络设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
[0131]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0132]
以上所述实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围，均应
包含在本技术的保护范围之内。