SpringCloud Alibaba微服务实战之实现网关的灰度发布

开发 架构
假设现在开发环境的AccountService已经在Nacos中注册了,现在小张需要对它进行修改升级,本地启动AccountService后也注册到了Nacos,但是在调试的时候请求通过网关经常直接跳转到开发环境,这样的话小张就没办法安心debug了。

 [[404676]]

本文转载自微信公众号「JAVA日知录」,作者飘渺Jam 。转载本文请联系JAVA日知录公众号。

前言

这篇文章来源于粉丝提出的一个问题:如何解决多环境统一注册中心服务实例乱窜?

怎么理解呢?

假设现在开发环境的AccountService已经在Nacos中注册了,现在小张需要对它进行修改升级,本地启动AccountService后也注册到了Nacos,但是在调试的时候请求通过网关经常直接跳转到开发环境,这样的话小张就没办法安心debug了。

其实这个问题归根结底是如何基于SpringCloud Gateway实现灰度发布,通过指定的规则让请求流量到达特定的实例。

在SpringCloud 2020 版本中官方推荐使用Spring Cloud LoadBalancer 来替换原Ribbon的负载均衡器。所以本篇文章我们直接基于Spring Cloud LoadBalancer来实现。

tips:何为灰度发布

灰度发布(又名金丝雀发布)是指在黑与白之间,能够平滑过渡的一种发布方式。在其上可以进行A/B testing,即让一部分用户继续用产品特性A,一部分用户开始用产品特性B,如果用户对B没有什么反对意见,那么逐步扩大范围,把所有用户都迁移到B上面来。灰度发布可以保证整体系统的稳定,在初始灰度的时候就可以发现、调整问题,以保证其影响度。

实现目标

目标很明确,小张希望在调试的时候发出的请求能直接到达自己的本地开发环境,方便调试。

实现思路

要实现此目标我们需要解决两个关键的问题:

如何区分不同的实例

需要给小张本地启动的AccountService服务实例一个特殊标识,让它与开发环境的区分开。

这里我们可以使用注册中心的元数据metadata来区分,可以通过spring.cloud.nacos.discovery.metadata.version = dev配置指定,也可以在nacos服务列表中直接添加元数据信息。

实现自定义的负载均衡规则,通过自定义规则让负载均衡器能找到我们需要的服务实例

小张在请求服务的时候需要在请求头上添加标签,version=dev,自定义负载均衡器在获取到请求头信息后去服务实例中查找配置了mtadata.version=dev的服务实例。

Spring Cloud LoadBalancer(SCL)

SCL 负载均衡策略

在Spring Cloud LoadBalancer 官方文档上有这样一段说明:

Spring Cloud provides its own client-side load-balancer abstraction and implementation. For the load-balancing mechanism, ReactiveLoadBalancer interface has been added and a Round-Robin-based and Random implementations have been provided for it. In order to get instances to select from reactive ServiceInstanceListSupplier is used. Currently we support a service-discovery-based implementation of ServiceInstanceListSupplier that retrieves available instances from Service Discovery using a Discovery Client available in the classpath.

结合文档中的其他内容,提取出几条关键信息:

Spring Cloud LoadBalancer提供了两种负载均衡算法:Round-Robin-based 和 Random,默认使用Round-Robin-based

可以通过实现ServiceInstanceListSupplier来筛选符合要求的服务实例

需要通过 LoadBalancerClient 注解,指定服务级别的负载均衡策略以及实例选择策略

提示:如果大家需要探究SCL的实现原理,可以通过GatewayReactiveLoadBalancerClientAutoConfiguration入手。

自定义灰度发布

结合上文,利用Spring Cloud LoadBalancer实现灰度我们有两种实现方式:

简单粗暴,直接实现一个新的负载均衡策略,然后通过LoadBalancerClient注解指定服务实例使用此策略。

自定义服务实例筛选逻辑,在返回给前端实例时筛选出符合要求的服务实例,当然也需要通过LoadBalancerClient注解指定服务实例使用此选择器。

代码实现

版本说明

SpringCloud 项目使用的版本是SpringCloud alibaba推荐的毕业版本

  1. <spring-boot.version>2.4.2</spring-boot.version> 
  2. <alibaba-cloud.version>2021.1</alibaba-cloud.version> 
  3. <springcloud.version>2020.0.0</springcloud.version> 

自定义负载均衡策略

首先我们来看第一种实现方式,通过自定义负载均衡策略来实现。

在网关模块引入 SCL ,同时需要剔除nacos注册中心自带的Ribbon负载均衡器。

  1. <dependency> 
  2.     <groupId>com.alibaba.cloud</groupId> 
  3.     <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId> 
  4.     <exclusions> 
  5.         <exclusion> 
  6.             <groupId>org.springframework.cloud</groupId> 
  7.             <artifactId>spring-cloud-starter-netflix-ribbon</artifactId> 
  8.         </exclusion> 
  9.     </exclusions> 
  10. </dependency> 
  11.  
  12. <dependency> 
  13.     <groupId>org.springframework.cloud</groupId> 
  14.     <artifactId>spring-cloud-loadbalancer</artifactId> 
  15. </dependency> 

 

自定义负载均衡策略 VersionGrayLoadBalancer

  1. /** 
  2.  * Description: 
  3.  * 自定义灰度 
  4.  * 通过给请求头添加Version 与 Service Instance 元数据属性进行对比 
  5.  * @author Jam 
  6.  * @date 2021/6/1 17:26 
  7.  */ 
  8. @Log4j2 
  9. public class VersionGrayLoadBalancer implements ReactorServiceInstanceLoadBalancer { 
  10.  
  11.     private final ObjectProvider<ServiceInstanceListSupplier> serviceInstanceListSupplierProvider; 
  12.     private final String serviceId; 
  13.  
  14.     private final AtomicInteger position; 
  15.  
  16.     public VersionGrayLoadBalancer(ObjectProvider<ServiceInstanceListSupplier> serviceInstanceListSupplierProvider, String serviceId) { 
  17.         this(serviceInstanceListSupplierProvider,serviceId,new Random().nextInt(1000)); 
  18.     } 
  19.  
  20.     public VersionGrayLoadBalancer(ObjectProvider<ServiceInstanceListSupplier> serviceInstanceListSupplierProvider, 
  21.                                    String serviceId, int seedPosition) { 
  22.         this.serviceId = serviceId; 
  23.         this.serviceInstanceListSupplierProvider = serviceInstanceListSupplierProvider; 
  24.         this.position = new AtomicInteger(seedPosition); 
  25.     } 
  26.  
  27.     @Override 
  28.     public Mono<Response<ServiceInstance>> choose(Request request) { 
  29.  
  30.         ServiceInstanceListSupplier supplier = this.serviceInstanceListSupplierProvider.getIfAvailable(NoopServiceInstanceListSupplier::new); 
  31.  
  32.         return supplier.get(request).next() 
  33.                 .map(serviceInstances -> processInstanceResponse(serviceInstances,request)); 
  34.  
  35.     } 
  36.  
  37.  
  38.     private Response<ServiceInstance> processInstanceResponse(List<ServiceInstance> instances, Request request) { 
  39.         if (instances.isEmpty()) { 
  40.             log.warn("No servers available for service: " + this.serviceId); 
  41.             return new EmptyResponse(); 
  42.         } else { 
  43.             DefaultRequestContext requestContext = (DefaultRequestContext) request.getContext(); 
  44.             RequestData clientRequest = (RequestData) requestContext.getClientRequest(); 
  45.             HttpHeaders headers = clientRequest.getHeaders(); 
  46.  
  47.             // get Request Header 
  48.             String reqVersion = headers.getFirst("version"); 
  49.  
  50.             if(StringUtils.isEmpty(reqVersion)){ 
  51.                 return processRibbonInstanceResponse(instances); 
  52.             } 
  53.  
  54.             log.info("request header version : {}",reqVersion ); 
  55.    // filter service instances 
  56.             List<ServiceInstance> serviceInstances = instances.stream() 
  57.                     .filter(instance -> reqVersion.equals(instance.getMetadata().get("version"))) 
  58.                     .collect(Collectors.toList()); 
  59.  
  60.             if(serviceInstances.size() > 0){ 
  61.                 return processRibbonInstanceResponse(serviceInstances); 
  62.             }else
  63.                 return processRibbonInstanceResponse(instances); 
  64.             } 
  65.         } 
  66.     } 
  67.  
  68.     /** 
  69.      * 负载均衡器 
  70.      * 参考 org.springframework.cloud.loadbalancer.core.RoundRobinLoadBalancer#getInstanceResponse 
  71.      * @author javadaily 
  72.      */ 
  73.     private Response<ServiceInstance> processRibbonInstanceResponse(List<ServiceInstance> instances) { 
  74.         int pos = Math.abs(this.position.incrementAndGet()); 
  75.         ServiceInstance instance = instances.get(pos % instances.size()); 
  76.         return new DefaultResponse(instance); 
  77.     } 
  78.  

获取请求头中的version属性,然后根据服务实例元数据中的version属性进行匹配,对于符合条件的实例参考Round-Robin-based实现方法。

编写配置类VersionLoadBalancerConfiguration,用于替换默认的负载均衡算法

  1. /** 
  2.  * Description: 
  3.  * 自定义负载均衡器配置实现类 
  4.  * @author javadaily 
  5.  * @date 2021/6/3 16:02 
  6.  */ 
  7. public class VersionLoadBalancerConfiguration { 
  8.     @Bean 
  9.     ReactorLoadBalancer<ServiceInstance> versionGrayLoadBalancer(Environment environment, 
  10.                                                                  LoadBalancerClientFactory loadBalancerClientFactory) { 
  11.         String name = environment.getProperty(LoadBalancerClientFactory.PROPERTY_NAME); 
  12.         return new VersionGrayLoadBalancer( 
  13.                 loadBalancerClientFactory.getLazyProvider(name, ServiceInstanceListSupplier.class), name); 
  14.     } 
  15.  

VersionLoadBalancerConfiguration配置类不能添加@Configuration注解。

在网关启动类使用注解@LoadBalancerClient指定哪些服务使用自定义负载均衡算法

通过@LoadBalancerClient(value = "auth-service", configuration = VersionLoadBalancerConfiguration.class),对于auth-service启用自定义负载均衡算法;

或通过@LoadBalancerClients(defaultConfiguration = VersionLoadBalancerConfiguration.class)为所有服务启用自定义负载均衡算法。

自定义服务实例筛选逻辑

接下来我们看第二种实现方法,通过实现ServiceInstanceListSupplier来自定义服务筛选逻辑,我们可以直接继承DelegatingServiceInstanceListSupplier来实现。

在网关模块引入Spring Cloud LoadBalancer(同上)

自定义服务实例筛选逻辑VersionServiceInstanceListSupplier

 

  1. /** 
  2.  * 自定义服务实例筛选逻辑 
  3.  * @author javadaily 
  4.  * 参考:org.springframework.cloud.loadbalancer.core.ZonePreferenceServiceInstanceListSupplier 
  5.  */ 
  6. @Log4j2 
  7. public class VersionServiceInstanceListSupplier extends DelegatingServiceInstanceListSupplier { 
  8.  
  9.  
  10.     public VersionServiceInstanceListSupplier(ServiceInstanceListSupplier delegate) { 
  11.         super(delegate); 
  12.     } 
  13.  
  14.  
  15.     @Override 
  16.     public Flux<List<ServiceInstance>> get() { 
  17.         return delegate.get(); 
  18.     } 
  19.  
  20.     @Override 
  21.     public Flux<List<ServiceInstance>> get(Request request) { 
  22.         return delegate.get(request).map(instances -> filteredByVersion(instances,getVersion(request.getContext()))); 
  23.     } 
  24.  
  25.  
  26.     /** 
  27.      * filter instance by requestVersion 
  28.      * @author javadaily 
  29.      */ 
  30.     private List<ServiceInstance> filteredByVersion(List<ServiceInstance> instances, String requestVersion) { 
  31.         log.info("request version is {}",requestVersion); 
  32.         if(StringUtils.isEmpty(requestVersion)){ 
  33.             return instances; 
  34.         } 
  35.  
  36.         List<ServiceInstance> filteredInstances = instances.stream() 
  37.                 .filter(instance -> requestVersion.equalsIgnoreCase(instance.getMetadata().getOrDefault("version",""))) 
  38.                 .collect(Collectors.toList()); 
  39.  
  40.         if (filteredInstances.size() > 0) { 
  41.             return filteredInstances; 
  42.         } 
  43.  
  44.         return instances; 
  45.     } 
  46.  
  47.     private String getVersion(Object requestContext) { 
  48.         if (requestContext == null) { 
  49.             return null
  50.         } 
  51.         String version = null
  52.         if (requestContext instanceof RequestDataContext) { 
  53.             version = getVersionFromHeader((RequestDataContext) requestContext); 
  54.         } 
  55.         return version; 
  56.     } 
  57.  
  58.     /** 
  59.      * get version from header 
  60.      * @author javadaily 
  61.      */ 
  62.     private String getVersionFromHeader(RequestDataContext context) { 
  63.         if (context.getClientRequest() != null) { 
  64.             HttpHeaders headers = context.getClientRequest().getHeaders(); 
  65.             if (headers != null) { 
  66.                 //could extract to the properties 
  67.                 return headers.getFirst("version"); 
  68.             } 
  69.         } 
  70.         return null
  71.     } 

实现原理跟自定义负载均衡策略一样,根据version匹配符合要求的服务实例。

编写配置类VersionServiceInstanceListSupplierConfiguration,用于替换默认服务实例筛选逻辑

  1. public class VersionServiceInstanceListSupplierConfiguration { 
  2.  
  3.  
  4.     @Bean 
  5.     ServiceInstanceListSupplier serviceInstanceListSupplier(ConfigurableApplicationContext context) { 
  6.         ServiceInstanceListSupplier delegate = ServiceInstanceListSupplier.builder() 
  7.                 .withDiscoveryClient() 
  8.                 .withCaching() 
  9.                 .build(context); 
  10.         return new VersionServiceInstanceListSupplier(delegate); 
  11.     } 

在网关启动类使用注解@LoadBalancerClient指定哪些服务使用自定义负载均衡算法

通过@LoadBalancerClient(value = "auth-service", configuration = VersionServiceInstanceListSupplierConfiguration.class),对于auth-service启用自定义负载均衡算法;

或通过@LoadBalancerClients(defaultConfiguration = VersionServiceInstanceListSupplierConfiguration.class)为所有服务启用自定义负载均衡算法。

测试

启动多个AccountService实例,对于58302端口的实例配置元数据version = dev

postman 调用接口时指定请求头

通过debug模式观察两种实现逻辑,观察结果是否符合预期。

小结

本篇文章咱们基于SCL通过扩展负载均衡算法以及修改服务实例筛选逻辑两种方式实现了简单的灰度发布功能,大家可以参考此实现扩展SCL的负载均衡算法或者定制自己的服务筛选逻辑。

 

责任编辑:武晓燕 来源: JAVA日知录
相关推荐

2021-03-09 09:33:42

网关授权微服务

2021-05-14 09:15:32

SpringCloud微服务日志

2021-01-28 10:10:51

微服务后端SpringCloud

2021-08-02 09:27:02

微服务接口场景

2022-04-09 14:45:02

微服务常见概念Spring

2021-04-22 09:31:58

服务器微服务配置

2016-08-25 21:12:31

微服务架构发布

2022-04-27 08:23:34

微服务负载均衡

2016-08-25 20:55:19

微服务架构发布

2024-03-06 15:38:06

Spring微服务架构扩展组件

2022-12-05 09:08:12

微服务灰度发布

2024-05-17 16:18:45

微服务灰度发布金丝雀发布

2023-11-21 09:35:49

全量部署微服务

2020-03-27 08:46:51

微服务服务网关

2021-03-26 06:01:45

日志MongoDB存储

2024-06-04 10:05:48

微服务网关日志

2019-09-24 08:44:09

OpenrestyAPI网关

2022-05-12 07:37:51

单点登录微服务开源

2021-01-25 15:00:44

微服务分布式日志

2017-09-05 14:05:11

微服务spring clou路由
点赞
收藏

51CTO技术栈公众号