全链路灰度发布架构图
2023-10-08 11:05:10 0 举报
微服务调用链路上的多个微服务发生了变动,通常每个微服务都会有灰度环境或分组来接收灰度流量。此时希望通过进入上游灰度环境的流量,也能进入下游灰度的环境中,确保1个请求始终在灰度环境中传递。
作者其他创作
大纲/内容
实例打标
用户中心
注册发现
生产环境
全链路灰度发布架构图(应用场景一)
稳定版本(version=1.0.0)
uin:200
场景二:灰度环境和稳定环境对外只暴露一个域名,系统基于特定的请求标识(UID等)识别到灰度请求,并将灰度请求优化路由到灰度环境。示例:针对UID=2000的请求进行灰度,灰度请求接入到网关后,网关通过特定UID识别到灰度请求后,将请求优先路由到灰度版本的服务,并将UID透传到下一跳服务中。后续微服务之间,服务框架通过UID识别到灰度请求,会优先将请求路由到灰度版本服务,如果寻址不到灰度版本,则路由到稳定版本服务,UID的请求头会随着微服务调用每一级进行透传。
gray:true
gray.service.com
终端
运单中心
2.0.0版本 请求链路图
运力中心
2.0.0版本 请求链路图
Web
1.0.0版本 请求链路图
图例说明:
App
......
H5
base.service.com
流量调度
服务注册于发现...
灰度版本(version=2.0.0)
配置中心
1.0.0版本 请求链路图
网关
全链路灰度发布架构图(应用场景二)
场景一:基于域名分离的方式实现全链路灰度,通过不同的域名区分灰度环境和稳定环境。用户的请求通过灰度域名访问到灰度版本的服务,通过稳定域名访问到稳定版本的服务。
0 条评论
下一页