在传统的应用升级时，通常采用的方式是先停止服务，然后升级部署，最后将新应用启动。这个过程面临一个问题，就是在某段时间内，服务是不可用的，对于用户来说是非常不友好的。而kubernetes滚动更新，将避免这种情况的发生。
对于Kubernetes集群来说，一个service可能有多个pod，滚动升级（RollingUpdate）就是指每次更新部分Pod，直至所有的Pod更新完成，达到平滑升级的效果，而不是在同一时刻将该Service下面的所有Pod停止。
参数配置
spec:
strategy:
type: RollingUpdate
rollingUpdate:
maxSurge: 1
maxUnavailable: 1
字段含义
type：设置更新策略。有两个可选项：recreate和RollingUpdate（默认）。Recreate表示全部重新创建，RollingUpdate表示滚动更新。
maxSurge：升级过程中最多可以比原先设置多出的POD数量，可以是数字，也可以是比例。例如：maxSurage=1，replicas=5,则表示升级过程中最多会有5+1个POD。
升级过程中最多允许有多少个POD处于不可用状态。maxUnavailable =1 表示升级过程中最多会有一个pod可以处于无法服务的状态，在这里就是至少要有5-1个pod正常。
说明：maxSurge和maxUnavaible在更新策略为RollingUpdate时才需要设置。
测试demo
deployment.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
labels:
app: nginx-deploy
name: nginx-deploy
spec:
replicas: 5
revisionHistoryLimit: 10
minReadySeconds: 5
strategy:
type: RollingUpdate
rollingUpdate:
maxSurge: 1
maxUnavailable: 1
selector:
matchLabels:
app: nginx-deploy
template:
metadata:
labels:
app: nginx-deploy
spec:
restartPolicy: Always
containers:
- name: mynginx
image: nginx:1.23
imagePullPolicy: IfNotPresent
举例：
root@k8s-master \~\]# kubectl apply -f deployment.yaml
deployment.apps/nginx-deploy created
\[root@k8s-master \~\]#
使用nginx:1.23版本启动了5个pod。如下所示：
现在我们进行升级，使用nginx:1.23.1。我这里使用命令行，写到yaml中也可以。
kubectl set image deployment/nginx-deploy mynginx=nginx:1.23.1 --record
通过命令`kubectl get pod -w`我们可以看到整个清晰地过程，即创建一个pod，再删除一个pod，直至所有的pod被更新完成。
查看下yaml
\[root@k8s-master \~\]# kubectl get deploy nginx-deploy -o yaml
apiVersion: apps/v1
kind: Deployment
...
spec:
containers:
- image: nginx:1.23.1
imagePullPolicy: IfNotPresent
name: mynginx
...
\[root@k8s-master \~\]#
可以发现nginx已经被更新为1.23.1版本，更新成功。
### 版本回退
有版本升级，就会有对应的版本回退。我们可以通过以下命令来完成版本回退。
# 历史记录
\[root@k8s-master \~\]# kubectl rollout history deployment/nginx-deploy
deployment.apps/nginx-deploy
REVISION CHANGE-CAUSE
1 \