㈠ 使用Nginx 简单实现灰度发布
灰度发布是指在黑与白之间, 能够平滑过渡的一种发布方式. AB test就是一种灰度发布试. 让一部分用户继续使用A, 一部分用户开始使用B, 如果用户对B没有什么反对意见, 那么逐步扩大范围, 把所有用户都迁移到B上面来.
灰度发布可以保证整体系统的稳定, 在初始灰度的时候就可以发现,调整问题, 以保证其影响度.
灰度发布常见一般有三种方式:
本文主要讲解 根据Cookie和来路IP这两种方式来实现简单的灰度发布, Nginx+LUA 这种方式涉及内容太多就不再本文展开了.
根据 Cookie 查询 Cookie 键为 version 的值, 如果该 Cookie 值为 V1 , 则转发到 hilinux_01 , 为 V2 则转发到 hilinux_02 , Cookie 的值都不匹配的情况下, 默认走 hilinux_01 所对应的服务器.
两个服务器分别定义为:
在Nginx里面配置一个映射, $COOKIE_version 可以解陵悔析出 Cookie 里面的version字段, $group 是一个变量, {}里面是映射规则.
如果一个 version 为 V1 的用户来访问， $group 就等于 hilinux_01 。在 server 里面使用就会代郑汪袭理到 http://hilinux_01 上。 version 为 V2 的用户来访问， $group 就等于 hilinux_02 。在 server 里面使用就会代理到 http://hilinux_02 上。 Cookie 值都不匹配的情况下默认走 hilinux_01 所对应的服务器。
如果是内部IP，则反向代理到hilinux_02(预发布环境)；如果不是则反向代理到hilinux_01(生产环境)。
如果你只有单台服务器，可以根据不同的IP设置不喊兄同的网站根目录来达到相同的目的。
到此最基本的实现灰度发布方法就讲解完了，如果要做更细粒度灰度发布可参考ABTestingGateway项目。
㈡ 使用Nginx搭建静态网站
开始建站了，暂时还没想要做些什么东西。
Anyway，先搞个云服务器吧，那要怎么搭建呢？先来个最简单的。
Nginx 配置文件目录一般在 /etc/nginx/ 下，打开 nginx.conf 文件可以看到配置：
当外网用户访问服务器 Web 服务由 Nginx 提供，Nginx 需要配置静态资源的路径信息才能通过 URL 正确访问到服务器上的静态资源。
当我们在服务器上安装并启动 Nginx 之后，就可宏枝以通过 http://<域名或IP> 访问我们的网页了。所以，在浏览器中输入 http://100.2.3.4 即可。
我们观察到浏览器的地址变成了 http://100.2.3.4/index.html ，这页面是安装 Nginx 的默认站点，可以在 /usr/share/nginx/html 目录下找到。在 nginx.conf 配置文件中，有一项 root /usr/share/nginx/html 的配置，意思是当外网访问服务器 跟目录 时，Nginx 会将资源指向 /usr/share/nginx/html 的站点。
但如果输入地址，无法打开（如下截图）。
以阿里云为例，需要在云服务器添加 “安全组规则” ，添加并保存，重新刷新页面就能打开了。
我习惯将前端静态资源滚绝兄放置到服务器的 /data/www 下，因此将配置修改为 root /data/www 。此时访问 http://100.2.3.4 会指向 /data/www/index.html （在不配置 location 的 index 情况下，Nginx 默认配置是 index.html ）。
由于我使用的是 Mac 机器，因此可以直接在系统终端使用 scp 命令将本地文件上传到云服务器。
scp （secure ）用于在 Linux 下进行远程拷贝文件的命令。大袭类似于 cp ，只不过 cp 只能在本机进行拷贝，不能跨服务器。 -r 表示递归复制整个目录。
需要注意一下，下面两种的区别：
其中 1️⃣ 得到的是 /data/www/dist ，而 2️⃣ 得到的是 /data/www 。前者表示将 dist 整个目录拷贝至 /data/www 下。后者是把 dist 目录下的所有子文件和子目录都拷贝至 /data/www 。
换句话说就是，前者配置 root 的路径应该是 /data/www/dist ，后者则为 /data/www 。
效果如下：
在浏览器中访问 http://100.2.3.4 即可看到我们配置的网页了。
最简单的 Nginx 部署静态网页就完了，其他的下次再讲...
The end.