Eureka默认集成了Ribbon，所以Ribbon的灰度实现原理就是借助服务注册到Eureka中的eureka.instance.metadata-map的内容来进行匹配的。

Zuul网关的灰度实现也是借助了一个Ribbon的插件来实现，相对比较简单。

项目环境说明：有两个eureka的服务端(eureka-server)，有两个相同的后端服务(service-sms)，有一个网关服务(cloud-zuul)。

1、网关的依赖：

<?xml version="1.0" encoding="UTF-8"?><project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://monGrayRule.getId() == userId){ //核心代码就这么一行，实现了灰度，这里的version与要访问的服务的metadata-map中的key和value进行对应 RibbonFilterContextHolder.getCurrentContext().add("version","v1"); } return null; }}

至此通过网关访问service-sms服务就可以了。如果head中添加version就可以指定到具体服务上。

事前说明：两个service-sms服务的application.yaml文件如下：

spring: profiles: sms1 application: name: service-smsserver: port: 8001eureka: client: service-url: defaultZone: http://eureka-7900:7900/eureka/ instance: metadata-map: version: v1 ---spring: profiles: sms2 application: name: service-smsserver: port: 8002eureka: client: service-url: defaultZone: http://eureka-7900:7900/eureka/ instance: metadata-map: version: v2

因为本机测试，所以使用的是profiles进行区分。

可以看到一个metadata-map设置的是version: v1 ，另一个是version: v2。

当我们数据库添加一条用户id是1的数据时，我们通过网关访问服务的时候，head里面添加userId为1的内容，那么这个用户为1的请求就会一直走sms1这个服务，否则会在sms1和sms2中轮询切换。

以上就是浅谈Spring Cloud Netflix-Ribbon灰度方案之Zuul网关灰度的详细内容，更多关于Ribbon灰度方案之Zuul网关灰度的资料请关注其它相关文章！