概念：
金丝雀发布（又称灰度发布、灰度更新）：金丝雀发布一般先发1台，或者一个小比例，例如2%的服务器，主要做流量验证用，也称为金丝雀 (Canary) 测试 （国内常称灰度测试）。
理解：
简单的金丝雀测试一般通过手工测试验证，
复杂的金丝雀测试需要比较完善的监控基础设施配合，通过监控指标反馈，观察金丝雀的健康状况，作为后续发布或回退的依据。
- 如果金丝测试通过，则把剩余的V1版本全部升级为V2版本。
- 如果金丝雀测试失败，则直接回滚金丝雀，发布失败。
优缺点：
优点：灵活，策略自定义，可以按照流量或具体的内容进行灰度(比如不同账号，不同参数)，出现问题不会影响全网用户
缺点：没有覆盖到所有的用户导致出现问题不好排查
案例：
基于蓝绿发布的代码和镜像。
第一步：先创建"绿系统"
# vi lv.yaml apiVersion: apps/v1
kind: Deployment
metadata:name: myapp-v1namespace: blue-green
spec:replicas: 3selector:matchLabels:app: myappversion: v2template:metadata:labels:app: myappversion: v2spec:containers:- name: myappimage: janakiramm/myapp:v2imagePullPolicy: IfNotPresentports:- containerPort: 80
3个副本pod，通过curl + ip访问，均是绿色背景“background-color: green;” 。
第二步：通过命令，更改镜像为nginx：v1 版本
kubectl set image deployment myapp-v1 myapp=docker.io/xianchao/nginx:v1 -n blue-green && kubectl rollout pause deployment myapp-v1 -n blue-green
通过命令，设置更改deployment的myapp为nginx的镜像。并且 暂停更新，将会生成出一个新pod，通过curl查看代码：
实现结果：4个服务，其中1个服务实现更新，等待测试。
第三步：解除“暂停”，恢复“myapp：v1”版本
（1）如果经测试，代码没问题，可以全面更新，则：
kubectl rollout resume deployment myapp-v1 -n blue-green
至此，恢复为3个副本pod，并且都更新为nginx:v1 版本，达到全面升级更新！！！
（2）如果经测试，代码有问题，需要撤销 新增的1个更新版本，那么回滚上一个版本即可，则：
kubectl rollout history deployment myapp-v1 -n blue-green
选择回滚到版本1，则：
kubectl rollout undo deploy/myapp-v1 -n blue-green --to-revision=1
至此，恢复为3个副本pod，并且都恢复为myapp:v1 版本，达到全面恢复如初！！！