基于饼干在nginx实现业务灰度发布

基于cookie在nginx实现业务灰度发布




背景



灰度发布是指在黑与白之间,能够平滑过渡的一种发布方式。

灰度发布可以保证整体系统的稳定,

在初始灰度的时候就可以发现、调整问题,以保证其影响度。


业务存在灰度发布的需求,

可以通过nginx+lua形式实现业务的灰度发布,

目前这一形式已在广平互动广告相关业务已经实现。




流程




用户使用帐号登录后,判断用户帐号是否在灰度发布的名单中,如果再则给用户的cookie中增加灰度发布标识,然后刷新页面。


当用户访问页面时,业务接入层的nginx方向代理会根据用户cookie是否带着灰度标识而对用户的请求进行选择,是转发到所有后端机器还是指定的灰度发布机器。





方案



业务维护一个用户帐号的灰度名单,在程序里面实现灰度帐号登录时cookie里面种相应的标识。

用户请求发起时,nginx反向代理接入层通过获取请求中带的cookie的相关变量来判断当前请求是发往全量的服务器,还是发往灰度的服务器。



灰度处理逻辑



基于cookie在nginx实现业务灰度发布



nginx接入层



基于cookie在nginx实现业务灰度发布




配置实例




nginx配置静态页面的灰度规则


server 

{

listen 80; 

server_name test.qunyingliu.qq.com; 

access_log logs/test.qunyingliu.qq.com.access.log access;


设置默认为全量发布

set $group "Full"; 


判断cookie中是否有灰度标识号

if ($http_cookie ~* "FC_GREY=1"){ 

set $group Grey;

}


location/{ 

proxy_pass http://$group; 

proxy_set_header Host $host; 

proxy_set_header X-Real-IP $remote_addr; 

proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

index index.html你;,

}

}




nginx配置PHP页面的灰度规则



位置@grey {

proxy_next_upstream http_500 http_502 http_503 http_504错误超时invalid_header;

add_header ENV“灰色”;

proxy_pass http://Grey;

}


位置@full {

proxy_next_upstream http_500 http_502 http_503 http_504错误超时invalid_header;

add_header ENV“完整”;

proxy_pass http://FULL;

}



位置~ \ (PHP) ?。$ {

content_by_lua_file“conf/lua/test.qunyingliu.qq.com.lua”;

}




test.qunyingliu.qq.com.lua:


本地ck=需要“resty。饼干”

当地grey_cookie_key=" FC_GREY”

本地饼干,呃=ck:新()

如果不是饼干那么

ngx.exec (@full)

其他地方,呃=饼干:获得(grey_cookie_key)

如果没有领域那么

ngx.exec (@full)

其他ngx.exec (@grey)

结束结束



灰度验证




1。浏览器控制台设置灰度饼干

控制台——→setCookie (FC_GREY, 1)


基于饼干在nginx实现业务灰度发布

基于饼干在nginx实现业务灰度发布





2.铬扩展:EditThisCookie——→“+”——在添加新饼干


基于饼干在nginx实现业务灰度发布


3。业务里面给用户设置饼干




总结


需要业务端配合才能实现自动的灰度发布,

主要规则是在nginx上使用lua脚本进行处理,

请求的速度和稳定性可能会收到lua脚本处理的影响,

界面普遍认为nginx + lua是非常好的搭配,

基于饼干在nginx实现业务灰度发布