k8s deployment 金丝雀发布 更新的 暂停 恢复 回滚

假设现在有业务需求，计划将所有的nginx 从镜像版本1.14更新到1.15,这一次发布不紧需要平滑发布，还需要
金丝雀发布，及确认其中一个Pod没有问题后在进行剩余的更新。

暂停与恢复也可以使用yml文件来实现，但是相对比较复杂，这里用比较简单的命令进行说明

暂停与恢复的命令如下所示：

kubectl rollout pause deploy {Deployment 名称}
kubectl rollout resume deploy {Deployment 名称}

第一步， 新建一个deployment实例

[root@master01]# kubectl apply -f deployment-nginx.yaml --record
deployment.apps/mynginxdeployment created
[root@master01]# cat deployment-nginx.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: mynginxdeployment
spec:
  selector:
    matchLabels:
      apps: nginx
  replicas: 4
  strategy:
    type: RollingUpdate
    rollingUpdate:
      maxSurge: 0
      maxUnavailable: 1
  template:
    metadata:
     labels:
       apps: nginx
    spec:
      containers:
      - name: nginx
        image: nginx:1.14
        imagePullPolicy: Always
        ports:
        - name: mynginxports
          containerPort: 80
[root@master01]#

第二步， 把新建的deployment 镜像设置为 nginx:1.16

连续执行以下命令

kubectl set image deployment mynginxdeployment nginx=nginx:1.16 --record
kubectl rollout pause deployment mynginxdeployment

第三部，验证更新后的pod是否正常

如果正常，那么就继续更新剩余的pod

kubectl rollout resume deployment mynginxdeployment

Deployment控制器的回滚

例如，发现新版本的Pod有严重的问题，需要回滚到之前的版本

1） 使用以下命令查看历史变更记录
kubectl rollout history deployment mynginxdeployment

提示 发布deployment的时候一定要加上--record
保留历史记录的本质是保留每次修改所创建的ReplicaSet 控制器,而回滚的本质其实是
切换到对应版本的ReplicaSet控制器
Deployment控制器是通过ReplicaSet控制器来管理Pod的

2. 架设我们根据deployment的历史记录，回滚到某个版本号
   例如退回到版本8:

kubectl rollout undo deployment mynginxdeployment --to-verision=8