稳定性保障,如何慢慢放量灰度
常见问题 发布者:ou3377 2021-12-07 16:18 访问量:125
举个例子说明下:比如你在重构订单详情接口,这个接口之前是在A服务里面,由于后续服务拆分更精细化,新拆了一个服务,需要将这个接口迁移到新服务里面去。此时最简单的做法就是把代码复制过去,然后让客户端用新的详情接口。
但是这样老版本的APP怎么办?这个方案只能新版本的APP可以使用。所以对外的接口是不能变的,内部需要去做路由动作,那么最方便的肯定是在网关做了,所以网关是特别适合做灰度逻辑的地方,下面我们先来看网关如何做灰度。
网关统一灰度
网关默认是路由的/v1/order/detail接口,现在新加了/v2/order/detail接口,如果全部切过去,万一有问题,所有用户都会受到影响,所以需要灰度放量来将风险降到最低。
网关内部可以对指定的用户路由到v2版本的接口,也可以根据地区路由,方式有很多种,常用的路由方式有哪些我会在下面进行讲解。
应用内部自己灰度
除了在网关进行灰度,另一种方案就是应用内部自己灰度。也就是说APP请求到网关,网关到具体的服务,这个服务此时还是之前的老服务,需要在这个老服务调用新服务的接口,然后返回,这就是应用内部自己灰度的方式。
一旦灰度完成,老服务内部的代码就可以删除,当请求过来的时候只需要路由到请服务即可。然后可以将网关路由的地址直接改成新服务的地址,此时老服务内的接口可以直接删除,完成迁移动作。
灰度方式介绍
此方式较为简单,就是构建一个用户的白名单,可以用手机号或者用户ID,白名单可以放在数据表里面,也可以放在配置中心。从性能角度考虑放配置中心更合适,更新后也能实时生效。
也就是当前请求的用户在你配置的白名单里面,就让他访问新版本的接口,不在就默认还是旧接口。通过这种方式观察一段时间,如果没有问题,就可以加大灰度人数或者全量放开。
提取用户ID的后两位,然后产生一个随机数,如果匹配上了,这个用户就灰度中了。
伪代码如下:
public static void main(String[] args) { // 灰度比例,配在配置中心 int grayScale = 10; int probability = new Random().nextInt(100); if (probability < grayScale) { // 调用 /v2/order/detail } else { // 走本地老逻辑 } }
文章连接: https://chenzhankj.com/cjwt/779.html
版权声明:文章由 晨展科技 整理收集,来源于互联网或者用户投稿,如有侵权,请联系我们,我们会立即删除。如转载请保留