说明
所谓的灰度发布
假如现在有个服务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的负载均衡策略
<dependency>
<groupId>io.jmnarloch</groupId>
<artifactId>ribbon-discovery-filter-spring-cloud-starter</artifactId>
<version>2.1.0</version>
</dependency>
写一个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,全量机器部署,关闭灰度发布功能,网关就会把流量均匀分发给那个服务了