【kubernetes】实战：金丝雀部署

概念：

金丝雀发布（又称灰度发布、灰度更新）：金丝雀发布一般先发1台，或者一个小比例，例如2%的服务器，主要做流量验证用，也称为金丝雀 (Canary) 测试 （国内常称灰度测试）。

理解：

简单的金丝雀测试一般通过手工测试验证，
复杂的金丝雀测试需要比较完善的监控基础设施配合，通过监控指标反馈，观察金丝雀的健康状况，作为后续发布或回退的依据。

• 如果金丝测试通过，则把剩余的V1版本全部升级为V2版本。
• 如果金丝雀测试失败，则直接回滚金丝雀，发布失败。

优缺点：

优点：灵活，策略自定义，可以按照流量或具体的内容进行灰度(比如不同账号，不同参数)，出现问题不会影响全网用户
缺点：没有覆盖到所有的用户导致出现问题不好排查

案例：

基于蓝绿发布的代码和镜像。

第一步：先创建"绿系统"

# vi lv.yaml 

apiVersion: apps/v1
kind: Deployment
metadata:
  name: myapp-v1
  namespace: blue-green
spec:
  replicas: 3
  selector:
   matchLabels:
    app: myapp
    version: v2
  template:
   metadata:
    labels:
     app: myapp
     version: v2
   spec:
    containers:
    - name: myapp
      image: janakiramm/myapp:v2
      imagePullPolicy: IfNotPresent
      ports:
      - 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 版本，达到全面恢复如初！！！