蓝绿部署概述
蓝绿部署中，一共有两套系统，一套是正在提供服务的系统，一套是准备发布的系统。两套系统都是功能完善、正在运行的系统，只是版本和对外服务情况不同。
开发新版本，要用新版本替换线上的旧版本，在线上的系统之外，搭建了一个使用新版本代码的全新系统。 这时候，一共有两套系统在运行（蓝绿自定义），正在对外提供服务的老系统是绿色系统，新部署的系统是蓝色系统。
蓝色系统不对外提供服务，用来做什么呢？
用来做发布前测试，测试过程中发现任何问题，可以直接在蓝色系统上修改，不干扰用户正在使用的系统。（注意，两套系统没有耦合的时候才能百分百保证不干扰）**
蓝色系统经过反复的测试、修改、验证，确定达到上线标准之后，直接将用户切换到蓝色系统：
切换后的一段时间内，依旧是蓝绿两套系统并存，但是用户访问的已经是蓝色系统。这段时间内观察蓝色系统（新系统）工作状态，如果出现问题，直接切换回绿色系统。
当确信对外提供服务的蓝色系统工作正常，不对外提供服务的绿色系统已经不再需要的时候，蓝色系统正式成为对外提供服务系统，成为新的绿色系统。 原先的绿色系统可以销毁，将资源释放出来，用于部署下一个蓝色系统。
蓝绿部署的优缺点
优点：
- 更新过程无需停机，风险较小
- 回滚方便，只需要更改路由或切换DNS服务器，效率高
缺点：
- 成本高，需要两套环境，开销大
- 如果新版本有问题会影响全网用户
蓝绿部署示例
-
创建service，关联到myapp上
vi blue-green-service.yaml apiVersion: apps/v1 kind: Deployment metadata: name: myapp-v1 spec: replicas: 10 selector: matchLabels: app: myapp version: v1 template: metadata: labels: app: myapp version: v1 spec: containers: - name: myapp image: 172.16.80.140/myapp/myapp:v1 imagePullPolicy: IfNotPresent ports: - containerPort: 80 -
创建pod，使用版本 myapp:v1，作为蓝版本
vi blue.yaml apiVersion: apps/v1 kind: Deployment metadata: name: myapp-v1 spec: replicas: 10 selector: matchLabels: app: myapp version: v1 template: metadata: labels: app: myapp version: v1 spec: containers: - name: myapp image: 172.16.80.140/myapp/myapp:v1 imagePullPolicy: IfNotPresent ports: - containerPort: 80
-
浏览器访问集群主机ip:30080，结果均为蓝色，即v1版本
-
创建pod，使用版本 myapp:v2，作为绿版本
vi green.yaml apiVersion: apps/v1 kind: Deployment metadata: name: myapp-v2 spec: replicas: 10 selector: matchLabels: app: myapp version: v2 template: metadata: labels: app: myapp version: v2 spec: containers: - name: myapp image: 172.16.80.140/myapp/myapp:v2 imagePullPolicy: IfNotPresent ports: - 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版本
