Nginx生产环境最佳实践之配置灰度环境

news2024/11/15 15:59:08

在这里插入图片描述

你好呀，我是赵兴晨，文科程序员。

下面的内容可以说是干货满满建议先收藏再慢慢细品。

今天，我想与大家深入探讨一个我们日常工作中不可或缺的话题——灰度环境。你是否在工作中使用过灰度环境？如果是，你的使用体验如何？

俗话说得好：“不想成为架构师的Java程序员，不是一个好的SRE。（Site Reliability Engineer，即网站可靠性工程师）”这句话看似是一句玩笑话，但是它道出了一个程序员不断追求技术深度与广度的重要性。

在日常工作中，我们不仅要精通Java，还需要掌握运维和前端技术等多方面技能，而灰度环境的构建与管理正是其中的关键一环。

那么什么是灰度发布呢？

灰度发布是指在黑与白之间，能够平滑过渡的一种发布方式。AB Test 就是一种灰度发布。让一部分用户继续使用环境A，一部分用户开始使用环境B，如果用户对环境B没有什么反对意见，那么逐步扩大范围，把所有用户都迁移到环境B上面来。灰度发布可以保证整体系统的稳定，在初始灰度的时候就可以发现问题并及时调整，以保证其小范围的影响度。

常见的灰度发布的方式

Nginx + Lua 实现灰度

这个说来话长，涉及到的内容太多，我在做技术选型的时候直接给这个方案pass掉了，这里就不做过多赘述。

基于 cookie 实现灰度

根据查询cookie键为version的值，如果cookie值为gray，则转发到linux_gray（灰度环境），cookie的值都不匹配的情况下，默认走linux_prod（生产环境）。

举个例子：

两个后端应用服务器分别定义为

# 灰度环境
linux_gray 10.0.0.60:10001

# 生产环境
linux_prod 10.0.0.61:10001

使用map指令实现

在Nginx里面配置一个映射，$COOKIE_version 可以解析出Cookie 里面的 version 字段， $group 是一个变量， {} 里面是映射规则。

如果一个 version为gray 的用户来访问，$group 就等于linux_gray。在 server 里面使用就会代理到http://linux_gray 上。

否则，$group 就等于 linux_prod。在 server 里面使用就会代理到 http://linux_prod 上。Cookie 值都不匹配的情况下默认走 linux_prod 所对应的服务器。

以下👇是基于cokkie实现灰度的Nginx配置参考。

# 灰度环境
upstream  linux_gray {
    server    10.0.0.60:10001;
}

# 生产环境
upstream  linux_prod {
    server    10.0.0.61:10001;
}

# 后端服务
map $COOKIE_version $group {
    ~*gray$ linux_gray;
    default linux_prod;
}

# 前端静态资源
map $COOKIE_version $grouppath {
    ~*gray$ /web/staticGray/;
    default /web/staticProd/;
}

server {
    listen 80;
    server_name linuxtest.com;
    access_log logs/linux.log main;
        
        # 后端服务
    location /server/test { 
        # 进入灰度环境增加响应标识
        if ( $COOKIE_version ~* "gray$" ){
          add_header version gray always;
        }
        # rewrite解决 /test丢失问题
        rewrite ^/server/(.*) /$1 break;
        proxy_pass http://$group;
    }
    
    # 静态资源
    location /serverweb {
        if ( $COOKIE_version ~* "gray$" ){
          add_header version gray always;
        }
        alias $grouppath;
        try_files $uri $uri/ /index.html;
        index index.html;
    }
}

根据用户访问的IP 实现灰度

nginx 对用户的IP进行分流，将符合分流规则的用户IP指到linux_gray（灰度环境），其余的指到 linux_prod（生产环境）

举个例子：

两个后端应用服务器分别定义为

# 灰度环境
linux_gray 10.0.0.60:10001

# 生产环境
linux_prod 10.0.0.61:10001

跟cookie的差不多也是使用map指令实现的，但需要获取用户的真实IP地址。

# 灰度环境
upstream  linux_gray {
    server    10.0.0.60:10001;
}

# 生产环境
upstream  linux_prod {
    server    10.0.0.61:10001;
}

# 后端服务
map $remote_addr $group {
    # 只允许用户ip为10.0.0.75的用户访问灰度环境
    # 也可以设置成ip段 ~*^10\.0\.0\.(.*?)$
    ~10.0.0.75 linux_gray;
    default linux_prod;
}

# 前端静态资源
map $remote_addr $grouppath {
    ~10.0.0.75 /web/staticGray/;
    default /web/staticProd/;
}

server {
    listen 80;
    server_name linuxtest.com;
    access_log logs/linux.log main;

    # 获取用户真实IP
    set_real_ip_from 127.0.0.1; # 真实服务器上一级代理的IP地址或者IP段,可以写多行
    real_ip_header  X-Forwarded-For; # 从哪个header头检索出要的IP地址
    real_ip_recursive on; #递归排除IP地址,ip串从右到左开始排除set_real_ip_from里面出现的IP,如果出现了未出现这些ip段的IP，那么这个IP将被认为是用户的IP
        
    # 后端服务
    location /server/test { 
        # 进入灰度环境增加响应标识
        if ( $remote_addr ~* "10.0.0.75" ){
          add_header version gray always;
        }
        # rewrite解决 /test丢失问题
        rewrite ^/server/(.*) /$1 break;
        proxy_pass http://$group;
    }
    
    # 静态资源
    location /serverweb {
        if ( $remote_addr ~* "10.0.0.75" ){
          add_header version gray always;
        }
        alias $grouppath;
        try_files $uri $uri/ /index.html;
        index index.html;
    }
    
    # 测试用户访问获取用户IP
    location /iptest {
        return 200 $remote_addr;
    }
}