蓝绿部署概述

​ 蓝绿部署中，一共有两套系统，一套是正在提供服务的系统，一套是准备发布的系统。两套系统都是功能完善、正在运行的系统，只是版本和对外服务情况不同。

​ 开发新版本，要用新版本替换线上的旧版本，在线上的系统之外，搭建了一个使用新版本代码的全新系统。 这时候，一共有两套系统在运行（蓝绿自定义），正在对外提供服务的老系统是绿色系统，新部署的系统是蓝色系统。

蓝色系统不对外提供服务，用来做什么呢？

​ 用来做发布前测试，测试过程中发现任何问题，可以直接在蓝色系统上修改，不干扰用户正在使用的系统。（注意，两套系统没有耦合的时候才能百分百保证不干扰）**

蓝色系统经过反复的测试、修改、验证，确定达到上线标准之后，直接将用户切换到蓝色系统：

切换后的一段时间内，依旧是蓝绿两套系统并存，但是用户访问的已经是蓝色系统。这段时间内观察蓝色系统（新系统）工作状态，如果出现问题，直接切换回绿色系统。

​ 当确信对外提供服务的蓝色系统工作正常，不对外提供服务的绿色系统已经不再需要的时候，蓝色系统正式成为对外提供服务系统，成为新的绿色系统。 原先的绿色系统可以销毁，将资源释放出来，用于部署下一个蓝色系统。

蓝绿部署的优缺点

优点：

1. 更新过程无需停机，风险较小
2. 回滚方便，只需要更改路由或切换DNS服务器，效率高

缺点：

1. 成本高，需要两套环境，开销大
2. 如果新版本有问题会影响全网用户

蓝绿部署示例

1. 创建service，关联到myapp上

   vi blue-green-service.yaml
   apiVersion: apps/v1
   kind: Deployment
   metadata:name: myapp-v1
   spec:replicas: 10selector:matchLabels:app: myappversion: v1template:metadata:labels:app: myappversion: v1spec:containers:- name: myappimage: 172.16.80.140/myapp/myapp:v1imagePullPolicy: IfNotPresentports:- containerPort: 80
   

2. 创建pod，使用版本 myapp:v1，作为蓝版本

   vi blue.yaml
   apiVersion: apps/v1
   kind: Deployment
   metadata:name: myapp-v1
   spec:replicas: 10selector:matchLabels:app: myappversion: v1template:metadata:labels:app: myappversion: v1spec:containers:- name: myappimage: 172.16.80.140/myapp/myapp:v1imagePullPolicy: IfNotPresentports:- containerPort: 80
   

   

3. 浏览器访问集群主机ip:30080，结果均为蓝色，即v1版本
   

4. 创建pod，使用版本 myapp:v2，作为绿版本

   vi green.yaml
   apiVersion: apps/v1
   kind: Deployment
   metadata:name: myapp-v2
   spec:replicas: 10selector:matchLabels:app: myappversion: v2template:metadata:labels:app: myappversion: v2spec:containers:- name: myappimage: 172.16.80.140/myapp/myapp:v2imagePullPolicy: IfNotPresentports:- containerPort: 80
   

   

浏览器访问主机ip:30080，结果为蓝色或绿色，即v1和v2版本都在使用
5. 访问集群主机ip:30080，会发现蓝绿不定



6. 使用命令查看路由 ipvsadm，service路由到了所有的pod

ipvsadm
TCP  mast01:31180 rr
TCP  mast01:30080 rr-> 10.244.140.76:http           Masq    1      0          0         -> 10.244.140.77:http           Masq    1      0          0         -> 10.244.140.78:http           Masq    1      0          0         -> 10.244.140.79:http           Masq    1      0          0         -> 10.244.140.80:http           Masq    1      0          0         -> 10.244.140.81:http           Masq    1      0          0         -> 10.244.140.82:http           Masq    1      0          0         -> 10.244.140.83:http           Masq    1      0          0         -> 10.244.140.84:http           Masq    1      0          0         -> 10.244.140.85:http           Masq    1      0          0         -> 10.244.196.140:http          Masq    1      0          0         -> 10.244.196.141:http          Masq    1      0          0         -> 10.244.196.142:http          Masq    1      0          0         -> 10.244.196.143:http          Masq    1      0          0         -> 10.244.196.144:http          Masq    1      0          0         -> 10.244.196.145:http          Masq    1      0          0         -> 10.244.196.146:http          Masq    1      0          0         -> 10.244.196.147:http          Masq    1      0          0         -> 10.244.196.148:http          Masq    1      0          0         -> 10.244.196.149:http          Masq    1      0          0         
TCP  mast01:31180 rr
TCP  mast01:https rr

7. 如果测试业务一切正常，就说明v2版本也满足需要，接下来就可以停掉v1版本了

kubectl delete -f blue.yaml
kubectl get pods

浏览器访问也只有绿色了，即v2版本
8. 如果运行一段时间v2版本有问题，还可以直接按以上方法回退到v1版本