系统架构设计：平滑发布和 ABTesting，你都会吗？

浅浅的花香味﹌ 2022-08-29 12:53 99阅读 0赞

作者：翁智华  
出处：[https://www.cnblogs.com/wzh2010/][https_www.cnblogs.com_wzh2010]

## 平滑发布的介绍 ##

#### 背景 ####

单位的云办公相关系统没有成熟的平滑发布方案，导致每一次发布都是直接发布，dll文件或配置文件的变更会引起站点的重启。

云办公系统的常驻用户有10000+，即使短短半分多钟，也会收到一堆投诉。基于此，我们梳理了一套平滑发布的方案。

#### 实施方案 ####

1、跟nginx代理服务器约定了一个健康检查的接口

2、通过接口返回的http状态码来让ngx是否分流用户请求（这个我们单位的技术部那边有标准的做法）

3、根据提供的这个服务健康检查的接口：nginx判断只要某个实例的接口返回5xx的状态码，即把该实例下线（nginx不会把流量转发到该实例）

![20210723093403116.png][]

#### 发布流程 ####

目的主要是为了发布的时候能够平滑发布，所以QA与开发人员在发布得时候按照如下步骤操作：

1、打开系统的nginx列表管理页面：\[/publish/ngxconfig\]

2、下架某一个实例（假设系统集群有A、B、C个实例），比如A实例

![20210723093404445.png][]

3、查看是否下架成功：这个就是我们跟nginx约定的健康检查接口，正常在线状态下是200的statu，切离线后，这个接口返回的是401的statu。

在线情况：

![20210723093405248.png][]

离线情况：

![20210723093405670.png][]

4、观察监控站点，直至该实例下的Req、Connnectiuon流量都消失

![20210723093406589.png][]

5、在该实例下进行版本发布

6、打开Fidller，host到待发布的实例，然后判断是否发布成功（发布dll、配置文件时，IIS站点会短暂重启）

7、QA同学走查灰度的A实例服务器，保证它正常运行，如此循环，直到所有服务器都发布。

## 进一步ABTesting的优化 ##

#### 背景 ####

平滑发布做完之后，确实给我带来很大的便利，不用每次发布都发公告，不重要的或者非功能性的内容发布了就是了。

但是用久了，客户量上去之后，又遇到一个问题，那就是每一次业务大变更，大型发布都是直接发布到生产，这样可能存在风险。设计师设计的功能，用户不一定完全接受，一旦上线新版本，

收到一大堆的吐槽，都是用户呀，如果能在小范围人群内进行灰度试用，完成平稳的过度和使用反馈之后，优化后再上到生产会更好一点。

所以这边需要思考和设计一套统一的技术方案，未来无论云办公还是其他的业务系统，都能通过灰度发布在可指定的小范围内先进行体验和功能验证。

基于上面的平滑，我们在Nginx反向代理服务器上动心思，让nginx来帮我们做ABTesting的方案。以下是我们尝试的几种方案：

#### 1、Nginx反向代理：来路IP策略 ####

##### 流程 #####

![20210723093407160.png][]

##### 步骤 #####

1、进入云办公系统，进入Nginx反代服务器

2、Nginx读取来路IP的AB名单

3、根据IP AB名单进行流量转发(名单A走特定实例，名单B走云办公原有集群实例)

server {
        listen 80;
        server_name officecloud.com;
        access_log officecloud.com/logs main;
        ip_list 192.168.254.4,192.168.254.170
    
        set $group default;
        if ($remote_addr in iplist) {
            set $group ACluster;
        }
    
        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;
        }
    }

##### 优缺点 #####

1、配置简单，原资源平台的灰度升级就是根据IP名单来划分设计升级的

2、外部计算机很多都是非固定IP，这个适合在公司内网实现，比如只是配置公司内网的IP。

#### 2、Nginx反向代理：$.Cookies策略 ####

##### 流程 #####

![20210723093407632.png][]

##### 步骤 #####

1、进入云办公系统，进入Nginx反代服务器

2、Nginx读取Http请求的Cokie的version信息（也可以是别的key）

3、根据Key的版本来进行流量转发(比如Version1.1走特定集群，Version1.0走通用集群实例)

server {
        listen 80;
        server_name officecloud.com;
        access_log officecloud.com/logs main;
        ip_list 192.168.254.4,192.168.254.170
    
        set $group default;
        if ($http_cookie ~* "version=V1.0"){
            set default;
        }
        if ($http_cookie ~* "version=V1.1"){
            set $group ACluster;
        }
    
        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;
        }
    }

##### 优缺点 #####

1、配置简单，根据Nginx的 $COOKIE\_version 属性来判断

2、相对稳定，对需要开放名单的用户，在Cookie头部加入特定的版本即可，应用只要少许的开发量

3、首次访问静态页面可能不会产生cookie

备注：这是团队内认为最好的Nginx代理方案，同理，User-Agent和Header都可以做此种类型的判断，但是Header需要侵入底层HttpRequest去业务添加，不建议。

#### 3、AB集群+业务代理方式 ####

##### 流程 #####

![20210723093408287.png][]

##### 步骤 #####

1、进入云办公系统，两种方式进入系统，一种是登录页登录：/login ，一种是default页面带uckey登录：/default?usertoken=\#usertoken\#

2、登录的时候和usertoken传入的时候进去 路由代理模块,进行用户信息校验，根据不同的人员和部门(人员和部门配置归属AB名单)分流到两个不同的AB集群

3、根据转发跳到具体的实例集群域名下（可以配置AB集群拥有不同域名,更容易区分）

##### 优缺点 #####

1、与Nginx剥离，不用依赖公司的通用平台和技术部的实现

2、需要申请AB集群，AB集群拥有不同的域名。

3、如果是前后端分离情况下，需要保证静态站点和服务站点均申请AB集群

4、所有入口需要统一做代理，有一定的开发量

##### 应用 #####

目前手上2个系统已经根据该方案实现了

参考资料：[https://github.com/CNSRE/ABTestingGateway][https_github.com_CNSRE_ABTestingGateway]

ABTestingGateway是新浪开源的一个动态路由系统。ABTestingGateway是一个可以动态设置分流策略的灰度发布系统，工作在7层，

基于nginx和ngx-lua开发，使用redis作为分流策略数据库，可以实现动态调度功能。

**近期热文推荐：**

1.[1,000+ 道 Java面试题及答案整理(2021最新版)][1_000_ _ Java_2021]

2.[终于靠开源项目弄到 IntelliJ IDEA 激活码了，真香！][IntelliJ IDEA]

3.[阿里 Mock 工具正式开源，干掉市面上所有 Mock 工具！][Mock _ Mock]

4.[Spring Cloud 2020.0.0 正式发布，全新颠覆性版本！][Spring Cloud 2020.0.0]

5.[《Java开发手册（嵩山版）》最新发布，速速下载！][Java]

觉得不错，别忘了随手点赞+转发哦！

[https_www.cnblogs.com_wzh2010]: https://www.cnblogs.com/wzh2010/
[20210723093403116.png]: /images/20220829/c1427abefe844e4388bf12214f83a7db.png
[20210723093404445.png]: /images/20220829/874e9ec859fa4686a33d158eba43ddf4.png
[20210723093405248.png]: /images/20220829/c2bb39c363e94b1193dd20c84d4d9a5c.png
[20210723093405670.png]: /images/20220829/91f15b3e35fe42d0b59ed8f9838b29b2.png
[20210723093406589.png]: /images/20220829/7fd5182eb11f417bb6241c3047fe1247.png
[20210723093407160.png]: /images/20220829/3b3de232c2f14e59965051008d535ec9.png
[20210723093407632.png]: /images/20220829/8c27829ffad04844bdcb1c729dcbf4d4.png
[20210723093408287.png]: https://img-blog.csdnimg.cn/20210723093408287.png
[https_github.com_CNSRE_ABTestingGateway]: https://github.com/CNSRE/ABTestingGateway
[1_000_ _ Java_2021]: https://www.javastack.cn/mst/
[IntelliJ IDEA]: http://www.javastack.cn/article/2020/intellij-idea-by-open-source-project/
[Mock _ Mock]: http://www.javastack.cn/article/2021/alibaba-testable-mock-released/
[Spring Cloud 2020.0.0]: http://www.javastack.cn/article/2020/spring-cloud-2020.0.0-released/
[Java]: http://www.javastack.cn/article/2020/alibaba-release-java-develop-rules-songshan/