大家好,我是架构摆渡人。这是实践经验系列的第二篇文章,这个系列会给大家分享很多在实际工作中有用的经验,如果有收获,还请分享给更多的朋友。
上篇文章给大家分享了开关的应用技巧,通过开关去保证上线时的稳定性。但是开关还是属于一刀切的那种,如果流量特别大的情况下,影响面还是挺大的,所以今天就给大家再补充一种方式,灰度放量。
举个例子说明下:比如你在重构订单详情接口,这个接口之前是在A服务里面,由于后续服务拆分更精细化,新拆了一个服务,需要将这个接口迁移到新服务里面去。此时最简单的做法就是把代码复制过去,然后让客户端用新的详情接口。
但是这样老版本的APP怎么办?这个方案只能新版本的APP可以使用。所以对外的接口是不能变的,内部需要去做路由动作,那么最方便的肯定是在网关做了,所以网关是特别适合做灰度逻辑的地方,下面我们先来看网关如何做灰度。
网关统一灰度
网关默认是路由的/v1/order/detail接口,现在新加了/v2/order/detail接口,如果全部切过去,万一有问题,所有用户都会受到影响,所以需要灰度放量来将风险降到最低。
![](http://file