每次上线都会出现系统变更,变更就会有异常,这时候需要做提前考虑将异常带来的影响。因为是集群RPC,调用者需要在多个服务提供这种选择一个进行调用,所有的服务提供者接口都是同质,幂等性的。为了降低系统变更异常影响,一般选择灰度发布,也就是按比例一点点发布,按照影响范围,影响与否来选择回滚到已上线服务(及时止损),还是继续上线更多更新的实例。灰度发布的缺点就是哪怕异常影响范围够小了,但还是会出现部分出错。
通过服务发现,将更新的接口推送到特定的测试IP,进行分流,其他的IP不会收到推送。 缺点:服务发现中心拥有了大量计算逻辑,降低性能。对于开源方案,需要进行二次开发。
在负载均衡前进行一次路由筛选
通过路由参数。
本文作者:yowayimono
本文链接:
版权声明:本博客所有文章除特别声明外,均采用 BY-NC-SA 许可协议。转载请注明出处!