分布式篇：灰度发布

说明

所谓的灰度发布

假如现在有个服务A

服务A部署在两台机器上

现在对服务A更改了某些功能

但是部署的时候，不会一次把服务A都部署在两台机器上

只会把新代码部署在其中某一台

两台机器，一台是新代码，一台是老代码

灰度发布就是说，按某些权重，请求分发给 不同的机器

比如 新代码 接收 10%的请求，其余 90%给 老代码

验证成功之后，再把另外一台弄成新代码

二次开发

可以针对灰度发布进行二次开发

根据数据库的状态，便于动态切换

准备一个数据库和一个表（也可以用Apollo配置中心、Redis、ZooKeeper，其实都可以），放一个灰度发布启用表

id service_id path enable_gray_release

CREATE TABLE `gray_release_config` (
   `id` int(11) NOT NULL AUTO_INCREMENT,
   `service_id` varchar(255) DEFAULT NULL,
   `path` varchar(255) DEFAULT NULL,
   `enable_gray_release` int(11) DEFAULT NULL,
   PRIMARY KEY (`id`)
 ) ENGINE=InnoDB DEFAULT CHARSET=utf8
 


在zuul里面加入下面的filter，可以在zuul的filter里定制ribbon的负载均衡策略


			io.jmnarloch
			ribbon-discovery-filter-spring-cloud-starter
			2.1.0
		

写一个zuul的filter，对每个请求，zuul都会调用这个filter

@Configuration
public class GrayReleaseFilter extends ZuulFilter {

@Autowired
private JdbcTemplate jdbcTemplate;

    @Override
    public int filterOrder() {
        return PRE_DECORATION_FILTER_ORDER - 1;
    }
 
    @Override
    public String filterType() {
        return PRE_TYPE;
    }
 
    @Override
    public boolean shouldFilter() {
    	
    }
 
    @Override
    public Object run() {
        RequestContext ctx = RequestContext.getCurrentContext();
        HttpServletRequest request = ctx.getRequest();

Random random = new Random();
int seed = random.getInt() * 100;

        if (seed = 50) {
            // put the serviceId in `RequestContext`
            RibbonFilterContextHolder.getCurrentContext()
                    .add("version", "new");
        }  else {
            RibbonFilterContextHolder.getCurrentContext()
                    .add("version", "old");
        }
        
        return null;
    }
}

eureka: instance: metadata-map: version: new

生产环境，微服务生产实践

开发了一个新的服务，线上部署，配合网关动态路由的功能，在网关里配置一下路径和新服务的映射关系，此时请求过来直接就可以走到新的服务里去

对已有服务进行迭代和开发，新版本，灰度发布，新版本部署少数几台机器，通过一个界面，开启这个服务的灰度发布，此时zuul filter启用，按照你的规则，把少量的流量打入到新版本部署的机器上去

观察一下少量流量在新版本的机器上运行是否正常

版本改成current，全量机器部署，关闭灰度发布功能，网关就会把流量均匀分发给那个服务了