使用nginx split_clients实现A/B测试

本文涉及的产品
云原生 API 网关,700元额度,多规格可选
简介: A/B测试是微服务时代一个非常重要的能力,需求快速迭代上线和发布,必须具备对应的灰度测试的能力,对于上线的内容进行隔离验证,减少频繁变更带来的风险。本文介绍如何使用nginx 实现前端和后端服务A/B测试。

一、引言

A/B测试是微服务时代一个非常重要的能力,需求快速迭代上线和发布,必须具备对应的灰度测试的能力,对于上线的内容进行隔离验证,减少频繁变更带来的风险。本文介绍如何使用nginx 实现前端和后端服务A/B测试。

二、使用upstream实现A/B分流

upstream模块实现A/B分流适合后端部署在多个服务器上,有独立的IP和端口的场景,支持多种不同的分发方式,例如轮询、ip_hash、权重,,默认场景下是轮询,以下为使用ip_hash和权重的配置案例:

1、使用ip_hash的方式

upstream app{
    ip_hash;
    server 192.168.56.11:8080;
    server 192.168.56.12:8080;
}

2、使用权重的方式

upstream app{
    server 192.168.56.11:8080 weight=1;
    server 192.168.56.12:8080 weight=2;
}

使用upstream的方式配置非常简单,但是无法比较精确的控制分流的流量比例,只适合比较粗粒度的

三、使用split_clients实现客户端A/B分流


ngx_stream_split_clients_module是新版的nginx的内置模块,用于提供客户端的分流功能,默认情况下已经被编译进了nginx,如果想要禁用这个模块,可以通过在编译时添加--without-http_split_clients_module参数,模块的语法为:

split_clients string $variable { ... }

以下是配置案例:

split_clients "${remote_addr}AAA" $variant {
               10.00%               version1;
               20.00%               version2;
               *                    version3;
}
server{
  location / {
    index ${variant}/index.html;;
  }
}

原理是使用  MurmurHash2 对原始字符串的值进行哈希处理  ,按照配置的比例为variant变量赋值,如上配置所示,部署三个不同的版本,version1分配10%的流量,version2分配20%的流量,*代表100%-10%-20%=70%的流量,如上例所示,在根目录下创建version1、version2、version3三个目录,分别部署不同版本的前端资源,通过location配置不同的的variant值访问不同目录下的index.html,从而达到对于前端应用按照不同的分流比例进行分流访问的目的。

四、使用split_clients实现后端应用A/B分流

以上的示例是实现客户端应用的A/B分流,后端应用同样也需要有A/B测试的能力,一般有两种情况:

1、使用proxy_pass转发到不同的上下文

split_clients "${remote_addr}AAA" $variant {
               10.00%               version1;
               20.00%               version2;
               *                         version3;
}
location /test {
          proxy_pass http://192.168.56.12:8080/${variant};
        }

2、通过请求头参数,利用API网关等解析参数进行分流

对于不能直接通过proxy_pass转发到不同的上下文的情况,可以通过proxy_set_header将分流后不同的流量带上不同的参数,此参数透传到后端服务,后端服务部署API网关,在API网关上解析对应的参数进行分流,如下所示,将variant变量设置到REQUEST-TYPE中。

split_clients "${remote_addr}AAA" $variant {
               10.00%               version1;
               20.00%               version2;
               *                         version3;
}
location /test {
            proxy_set_header REQUEST-TYPE $variant
            proxy_pass http://192.168.56.12:8080;
        }

使用
ngx_stream_split_clients_module实现A/B分流特别适合后端应用只有一个统一入口的 情况,例如统一的域名访问,这个方案能够比较精细的控制分流的流量比例,搭配API网关等服务可以实现灵活的控制,是比较建议的方案。

相关文章
|
应用服务中间件 nginx
Mac Nginx nginx: [emerg] mkdir() “/usr/local/var/run/nginx/client_body_temp“ failed ...
Mac Nginx nginx: [emerg] mkdir() “/usr/local/var/run/nginx/client_body_temp“ failed ...
312 2
|
2月前
|
前端开发 应用服务中间件 nginx
Nginx入门 -- 理解 Nginx 的基本概念:Pipe 和 Lingering Close
Nginx入门 -- 理解 Nginx 的基本概念:Pipe 和 Lingering Close
65 0
|
应用服务中间件 nginx
Mac Nginx nginx: [error] open() “/usr/local/var/run/nginx.pid“
Mac Nginx nginx: [error] open() “/usr/local/var/run/nginx.pid“
108 1
|
7月前
|
存储 应用服务中间件 nginx
【各种问题处理】nginx报错nginx: [error] open() “/run/nginx.pid” failed (2: No such file or directory)
【1月更文挑战第13天】【各种问题处理】nginx报错nginx: [error] open() “/run/nginx.pid” failed (2: No such file or directory)
|
应用服务中间件 Apache nginx
Apache和Nginx的区别--详解
Apache和Nginx的区别--详解
442 0
|
负载均衡 网络协议 算法
解决nginx stream无法使用问题
解决nginx stream无法使用问题
3421 0
|
应用服务中间件 PHP nginx
Elasticsearch-PHP库使用报错:No alive nodes found in your cluster[64] in ../Elasticsearch/ConnectionPool/StaticNoPingConnectionPool.php
Hyperf Elasticsearch-PHP库使用报错:No alive nodes found in your cluster[64] in ../Elasticsearch/ConnectionPool/StaticNoPingConnectionPool.php
535 0
Elasticsearch-PHP库使用报错:No alive nodes found in your cluster[64] in ../Elasticsearch/ConnectionPool/StaticNoPingConnectionPool.php
|
应用服务中间件 PHP nginx
Nginx报 No input file specified. 的问题解决之路
Nginx报 No input file specified 。哭啊,搞半天居然是这个东东~~~。看来还是经验不足,留此博文,记录一下并希望可以帮助到同样出现这个问题的童鞋。
31511 0
|
应用服务中间件 nginx
启动nginx时,报错:open() “/etc/nginx/mime.types“ failed
启动nginx时,报错:open() “/etc/nginx/mime.types“ failed
699 0
|
前端开发 应用服务中间件 API
使用nginx split_clients实现AB测试
使用nginx split_clients实现AB测试
624 0