首页 > Spring Cloud
阅读:680
灰度发布的原理及实现
灰度发布(又名金丝雀发布)是指在黑与白之间,能够平滑过渡的一种发布方式。在其上可以进行 A/B testing,即让一部分用户继续用产品特性 A,一部分用户开始用产品特性 B,如果用户对 B 没有什么反对意见,那么逐步扩大范围,把所有用户都迁移到 B 上面来。
灰度发布可以保证整体系统的稳定,在初始灰度的时候就可以发现、调整问题,以保证其影响度。
核心点还是在转发上做文章,那么就必须要对 Ribbon 进行改造了,因为 Zuul 中使用 Ribbon 来发现需要转发的实例,要想实现请求的分流来做灰度发布,就必须改造 Ribbon,不是改造源码,开源的框架扩展性都非常好,Ribbon 已经为我们提供了一个非常方便的扩展,就是自定义负载均衡策略,通过自定义负载均衡策略我们就可以在里面加上灰度发布的逻辑。
灰度发布只是在系统需要发布新功能时才会用到,并且需要轮流切换,首先将 A 机器上的服务变成灰度发布的状态,隔离所有请求,然后重新发布,验证好了之后重新发布另外机器上的服务。需要用到我们的 Apollo 配置中心来管理需要进行灰度发布的服务信息以及用户信息,这样才可以做到轮流切换。
总结下来我们只需要实现两点就可以达到灰度发布的效果,分别是:
1)将灰度的服务从正常的服务中移除,这样 Ribbon 在进行 Server 选择的时候就不会选择到已经被设置成灰度发布的 Server。
2)获取当前请求的用户 ID,如果这个用户是我们已经配置成灰度发布用户中的一员,那就从所有可用的服务中去对比灰度发布的服务,能找到那就直接返回,这样就能针对指定的用户使用我们配置的灰度服务了。
在 Spring Cloud 中我们用 Hystrix 来实现断路器,默认是用信号量来进行隔离的,信号量的隔离方式用 ThreadLocal 在线程中传递数据是没问题的,当隔离模式为线程时,Hystrix 会将请求放入 Hystrix 的线程池中执行,这时候某个请求就由 A 线程变成 B 线程了,ThreadLocal 必然没有效果了,这时候就用 InheritableThreadLocal 来传递数据。
接下来就是重头戏了,自然是定义我们的负载均衡策略,在里面加上灰度发布的逻辑,这里是基于 RoundRobinRule 规则来进行改造的。
如下代码是从可用的 Server 中移除已经被设置成灰度发布的服务,这样就可以保证某个服务被设置成灰度发布后,不会被正常的用户访问到了。
可以定义一个配置,用来标识是按用户分流还是 IP 分流,然后走各自的分流流程。IP 分流其实跟用户分流一样,只需要添加一个 IP 的配置,然后判断当前请求的 IP。
如果是在灰度发布的 IP 中的话就返回该灰度发布的服务,流程和代码都一样,唯一不一样的就是一个是按用户 ID(上面代码中的 curUserId),一个是按 IP(需要获取访问用户所在 IP)。
灰度发布可以保证整体系统的稳定,在初始灰度的时候就可以发现、调整问题,以保证其影响度。
原理讲解
灰度发布的原理其实就是对请求进行分流,可以让指定的用户访问指定的具有新功能的服务,其他的用户还是使用老的服务。既然是对请求进行分流,那么这个还是可以在 API 网关中统一处理,网关是对外的入口,当用户的请求过来时,我们可以将特定的用户请求转发到我们刚刚发布好的具有新功能的服务上去。核心点还是在转发上做文章,那么就必须要对 Ribbon 进行改造了,因为 Zuul 中使用 Ribbon 来发现需要转发的实例,要想实现请求的分流来做灰度发布,就必须改造 Ribbon,不是改造源码,开源的框架扩展性都非常好,Ribbon 已经为我们提供了一个非常方便的扩展,就是自定义负载均衡策略,通过自定义负载均衡策略我们就可以在里面加上灰度发布的逻辑。
灰度发布只是在系统需要发布新功能时才会用到,并且需要轮流切换,首先将 A 机器上的服务变成灰度发布的状态,隔离所有请求,然后重新发布,验证好了之后重新发布另外机器上的服务。需要用到我们的 Apollo 配置中心来管理需要进行灰度发布的服务信息以及用户信息,这样才可以做到轮流切换。
总结下来我们只需要实现两点就可以达到灰度发布的效果,分别是:
1)将灰度的服务从正常的服务中移除,这样 Ribbon 在进行 Server 选择的时候就不会选择到已经被设置成灰度发布的 Server。
2)获取当前请求的用户 ID,如果这个用户是我们已经配置成灰度发布用户中的一员,那就从所有可用的服务中去对比灰度发布的服务,能找到那就直接返回,这样就能针对指定的用户使用我们配置的灰度服务了。
根据用户做灰度发布
首先创建一个 Apollo 配置文件,用来存储需要进行灰度发布的服务信息以及用户信息,也就是说这个配置中的灰度发布服务只能由配置中的用户访问,别的用户是不能访问的,以此来达到分流的目的,见如下代码。@Data @Configuration public class BasicConf { @Value("${grayPushServers:default}") private String grayPushServers; @Value("${grayPushUsers:default}") private String grayPushUsers; }创建灰度发布的过滤器,用于将配置信息传递到自定义的负载均衡类中去,见如下代码。
public class GrayPushFilter extends ZuulFilter { @Autowired private BasicConf basicConf; public GrayPushFilter() { super(); } @Override public boolean shouldFilter() { RequestContext ctx = RequestContext.getCurrentContext(); Object success = ctx.get("isSuccess"); return success == null ? true : Boolean.parseBoolean(success.toString()); } @Override public String filterType() { return "route"; } @Override public int filterOrder() { return 6; } @Override public Object run() { RequestContext ctx = RequestContext.getCurrentContext(); // AuthFilter 验证成功之后设置的用户编号 String loginUserId = ctx.getZuulRequestHeaders().get("uid"); RibbonFilterContextHolder.clearCurrentContext(); RibbonFilterContextHolder.getCurrentContext().add("userId", loginUserId); // 灰度发布的服务信息 RibbonFilterContextHolder.getCurrentContext().add("servers", basicConf.getGrayPushServers()); // 灰度发布的用户 ID 信息 RibbonFilterContextHolder.getCurrentContext().add("userIds", basicConf.getGrayPushUsers()); return null; } }RibbonFilterContextHolder 是基于 InheritableThreadLocal 来传输数据的工具类,为什么要用 InheritableThreadLocal 而不是 ThreadLocal?
在 Spring Cloud 中我们用 Hystrix 来实现断路器,默认是用信号量来进行隔离的,信号量的隔离方式用 ThreadLocal 在线程中传递数据是没问题的,当隔离模式为线程时,Hystrix 会将请求放入 Hystrix 的线程池中执行,这时候某个请求就由 A 线程变成 B 线程了,ThreadLocal 必然没有效果了,这时候就用 InheritableThreadLocal 来传递数据。
接下来就是重头戏了,自然是定义我们的负载均衡策略,在里面加上灰度发布的逻辑,这里是基于 RoundRobinRule 规则来进行改造的。
如下代码是从可用的 Server 中移除已经被设置成灰度发布的服务,这样就可以保证某个服务被设置成灰度发布后,不会被正常的用户访问到了。
private List<Server> removeServer(List<Server> allServers, String servers) { List<Server> newServers = new ArrayList<Server>(); List<String> grayServers = Arrays.asList(servers.split(",")); for (Server server : allServers) { String hostPort = server.getHostPort(); if (!grayServers.contains(hostPort)) { newServers.add(server); } } return newServers; }完整代码如下。
/** * 灰度发布转发规则,基于RoundRobinRule规则改造 **/ public class GrayPushRule extends AbstractLoadBalancerRule { private AtomicInteger nextServerCyclicCounter; private static final boolean AVAILABLE_ONLY_SERVERS = true; private static final boolean ALL_SERVERS = false; private static Logger log = LoggerFactory.getLogger(RoundRobinRule.class); public GrayPushRule() { this.nextServerCyclicCounter = new AtomicInteger(0); } public GrayPushRule(ILoadBalancer lb) { this(); this.setLoadBalancer(lb); } public Server choose(ILoadBalancer lb, Object key) { if (lb == null) { log.warn("no load balancer"); return null; } else { // 当前有灰度的用户和灰度的服务配置信息,并且灰度的服务在所有服务中则返回该灰度服务给用户 String curUserId = RibbonFilterContextHolder.getCurrentContext().get("userId"); String userIds = RibbonFilterContextHolder.getCurrentContext().get("userIds"); String servers = RibbonFilterContextHolder.getCurrentContext().get("servers"); System.out.println(Thread.currentThread().getName() + ":" + servers); if (StringUtils.isNotBlank(servers)) { List<String> grayServers = Arrays.asList(servers.split(",")); if (StringUtils.isNotBlank(userIds) && StringUtils.isNotBlank(curUserId)) { String[] uids = userIds.split(","); if (Arrays.asList(uids).contains(curUserId)) { List<Server> allServers = lb.getAllServers(); for (Server server : allServers) { if (grayServers.contains(server.getHostPort())) { return server; } } } } } Server server = null; int count = 0; while (true) { if (server == null && count++ < 10) { List<Server> reachableServers = lb.getReachableServers(); List<Server> allServers = lb.getAllServers(); // 移除已经设置为灰度发布的服务信息 if (StringUtils.isNotBlank(servers)) { reachableServers = removeServer(reachableServers, servers); allServers = removeServer(allServers, servers); } int upCount = reachableServers.size(); int serverCount = allServers.size(); if (upCount != 0 && serverCount != 0) { int nextServerIndex = this.incrementAndGetModulo(serverCount); server = (Server) allServers.get(nextServerIndex); if (server == null) { Thread.yield(); } else { if (server.isAlive() && server.isReadyToServe()) { return server; } server = null; } continue; } log.warn("No up servers available from load balancer: " + lb); return null; } if (count >= 10) { log.warn("No available alive servers after 10 tries from load balancer: " + lb); } return server; } } } private List<Server> removeServer(List<Server> allServers, String servers) { List<Server> newServers = new ArrayList<Server>(); List<String> grayServers = Arrays.asList(servers.split(",")); for (Server server : allServers) { String hostPort = server.getHostPort(); if (!grayServers.contains(hostPort)) { newServers.add(server); } } return newServers; } private int incrementAndGetModulo(int modulo) { int current; int next; do { current = this.nextServerCyclicCounter.get(); next = (current + 1) % modulo; } while (!this.nextServerCyclicCounter.compareAndSet(current, next)); return next; } public Server choose(Object key) { return this.choose(this.getLoadBalancer(), key); } public void initWithNiwsConfig(IClientConfig clientConfig) { } }使用如下代码的示例。
public Server choose(ILoadBalancer lb, Object key) { String curUserId = RibbonFilterContextHolder.getCurrentContext().get("userId"); String userIds = RibbonFilterContextHolder.getCurrentContext().get("userIds"); String servers = RibbonFilterContextHolder.getCurrentContext().get("servers"); List<Server> reachableServers = lb.getReachableServers(); List<Server> allServers = lb.getAllServers(); // 移除已经设置为灰度发布的服务信息 reachableServers = removeServer(reachableServers, servers); allServers = removeServer(allServers, servers); // .... }如下代码是对具体用户选择灰度服务的逻辑。
public Server choose(ILoadBalancer lb, Object key) { // 获取当前用户和灰度的服务配置信息, 当用户符合灰度发布的规则后, 返回该灰度服务给用户 String curUserId = RibbonFilterContextHolder.getCurrentContext().get("userId"); String userIds = RibbonFilterContextHolder.getCurrentContext().get("userIds"); String servers = RibbonFilterContextHolder.getCurrentContext().get("servers"); List<String> grayServers = Arrays.asList(servers.split(",")); if (StringUtils.isNotBlank(userIds) && StringUtils.isNotBlank(curUserId)) { String[] uids = userIds.split(","); if (Arrays.asList(uids).contains(curUserId)) { List<Server> allServers = lb.getAllServers(); for (Server server : allServers) { if (grayServers.contains(server.getHostPort())) { return server; } } } } }最后需要启动自定义的负载均衡策略,在属性文件中配置如下:
zuul-extend-article-service.ribbon.NFLoadBalancerRuleClassName=com.biancheng.zuul_demo.rule.GrayPushRule
zuul-extend-article-service 是服务名称,针对具体的服务配置具体的负载策略。根据 IP 做灰度发布
根据用户来进行灰度测试基本上已经够用了,有的时候我们可能有一些特殊的需求,比如需要不登录进行测试,那么就不能按用户来分流了,我们可以用 IP 来进行分流,因为前面已经讲过了用户分流,所以本节就不具体讲解 IP 分流了。可以定义一个配置,用来标识是按用户分流还是 IP 分流,然后走各自的分流流程。IP 分流其实跟用户分流一样,只需要添加一个 IP 的配置,然后判断当前请求的 IP。
如果是在灰度发布的 IP 中的话就返回该灰度发布的服务,流程和代码都一样,唯一不一样的就是一个是按用户 ID(上面代码中的 curUserId),一个是按 IP(需要获取访问用户所在 IP)。
所有教程
- socket
- Python基础教程
- C#教程
- MySQL函数
- MySQL
- C语言入门
- C语言专题
- C语言编译器
- C语言编程实例
- GCC编译器
- 数据结构
- C语言项目案例
- C++教程
- OpenCV
- Qt教程
- Unity 3D教程
- UE4
- STL
- Redis
- Android教程
- JavaScript
- PHP
- Mybatis
- Spring Cloud
- Maven
- vi命令
- Spring Boot
- Spring MVC
- Hibernate
- Linux
- Linux命令
- Shell脚本
- Java教程
- 设计模式
- Spring
- Servlet
- Struts2
- Java Swing
- JSP教程
- CSS教程
- TensorFlow
- 区块链
- Go语言教程
- Docker
- 编程笔记
- 资源下载
- 关于我们
- 汇编语言
- 大数据
- 云计算
- VIP视频