设为首页 收藏本站

运维网

查看: 124|回复: 0

[经验分享] 基于cookie在nginx实现业务灰度发布

[复制链接]

尚未签到

发表于 4 天前 | 显示全部楼层 |阅读模式
  基于cookie在nginx实现业务灰度发布
  背景
  灰度发布是指在黑与白之间,能够平滑过渡的一种发布方式。
  灰度发布可以保证整体系统的稳定,
  在初始灰度的时候就可以发现、调整问题,以保证其影响度。
  业务存在灰度发布的需求,
  可以通过nginx+lua形式实现业务的灰度发布,
  目前这一形式已在广平互动广告相关业务已经实现。
  流程
  用户使用帐号登录后,判断用户帐号是否在灰度发布的名单中,如果再则给用户的cookie中增加灰度发布标识,然后刷新页面。
  当用户访问页面时,业务接入层的nginx方向代理会根据用户cookie是否带着灰度标识而对用户的请求进行选择,是转发到所有后端机器还是指定的灰度发布机器。
  方案
  业务维护一个用户帐号的灰度名单,在程序里面实现灰度帐号登录时cookie里面种相应的标识。
  用户请求发起时,nginx反向代理接入层通过获取请求中带的cookie的相关变量来判断当前请求是发往全量的服务器,还是发往灰度的服务器。
  灰度处理逻辑
DSC0000.png

  nginx接入层
DSC0001.png

  配置实例
  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 index.htm;
  }
  }
  nginx配置PHP页面的灰度规则
  location @grey {
  proxy_next_upstream http_500 http_502 http_503 http_504 error timeout invalid_header;
  add_header ENV 'grey';
  proxy_pass http://Grey;
  }
  location @full {
  proxy_next_upstream http_500 http_502 http_503 http_504 error timeout invalid_header;
  add_header ENV 'full';
  proxy_pass http://FULL;
  }
  location ~ \.(php)?$ {
  content_by_lua_file "conf/lua/test.qunyingliu.qq.com.lua";
  }
  test.qunyingliu.qq.com.lua:
  local ck = require "resty.cookie"
  local grey_cookie_key = "FC_GREY"
  local cookie, err = ck:new()
  if not cookie then
  ngx.exec("@full")
  else
  local field, err = cookie:get(grey_cookie_key)
  if not field then
  ngx.exec("@full")
  else
  ngx.exec("@grey")
  end
  end
  灰度验证
  1.浏览器控制台设置灰度cookie
  console---> setCookie('FC_GREY',1)
DSC0002.png

DSC0003.png

  2.chrome扩展:EditThisCookie--->"+"---->添加新cookie
DSC0004.png

  3.业务里面给用户设置cookie
  总结
  需要业务端配合才能实现自动的灰度发布,
  主要规则是在nginx上使用lua脚本进行处理,
  请求的速度和稳定性可能会收到lua脚本处理的影响,
  界面普遍认为nginx+lua是非常好的搭配,
  相关开源方案OpenResty也是比较热门的,
  实际效果还需要在业务上线后进行验证。


运维网声明 1、欢迎大家加入本站运维交流群:群①:263444886群②:197202523群③:485755530群④:201730672群⑤:202807635运维网交流群⑥:281548029
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、其他单位或个人使用、转载或引用本文时必须注明原文的出处
4、如本帖侵犯到任何版权问题,请立即告知本站,本站将及时予与删除并致以最深的歉意
5、运维网 - 服务您的运维操作管理专家!
6、联系人Email:admin@yunvn.com 网址:www.iyunv.com

点击关注更多内容
您需要登录后才可以回帖 登录 | 立即注册  

本版积分规则  允许回帖邮件提醒楼主

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服 E-mail:kefu@yunvn.com

本站由青云提供云计算服务

运维网--中国最专业的运维工程师交流社区

京ICP备14039699号-1 Copyright © 2012-2018

使用手机软件扫描微信二维码

关注我们可获取更多热点资讯

Good good study day day up !


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


独家合作伙伴: 青云cloud

快速回复 返回顶部 返回列表