思路是利用docker部署的时候，在新的docker没有启动完成之前，一直保留老的docker，不切换流量到新docker。
以下配置都在docker到yaml文件中配置的。
首先配置Deployment：
spec:
replicas: 1
minReadySeconds: 60 #容器接受流量延缓时间：单位为秒，默认为0。如果没有设置的话，k8s会认为容器启动成功后就可以用了。设置该值可以延缓容器流量切分
strategy:
type: RollingUpdate
rollingUpdate:
maxSurge: 2 #最多Pod数量：为数字类型/百分比。如果 maxSurge 设置为1，replicas 设置为10，则在发布过程中pod数量最多为10 + 1个（多出来的为旧版本pod，平滑期不可用状态）。maxUnavailable 为 0 时，该值也不能设置为0
maxUnavailable: 0 #升级中最多不可用pod的数量：为数字类型/百分比。当 maxSurge 为 0 时，该值也不能设置为0发现还是会有十几秒无法访问网站，抱502。
然后又补充了检测nginx状态：
还是在Deployment配置：
readinessProbe:
httpGet:
path: /nginx_status # Kubernetes 会向容器的 80 端口发送 HTTP GET 请求，访问 /nginx_status 路径。
port: 80 # 指定要访问的端口号为 80。
initialDelaySeconds: 15 # 容器启动后，Kubernetes 会等待 15 秒再开始执行
periodSeconds: 30 # Kubernetes 每隔 30 秒执行一次 readinessProbe。
failureThreshold: 3 # 如果 readinessProbe 连续失败 3 次，Kubernetes 会认为容器不健康，并停止将流量路由到该容器。然后配置nginx：
# 健康检查
location /nginx_status {
stub_status on;
access_log off;
allow 127.0.0.1;
}达到了预期，具体效果都在注释里了。
由于docker的yaml配置通过空格确定层级的，所以有可能曾经错误，所以下面放出来所有的Deployment用来对比：
apiVersion: apps/v1
kind: Deployment
metadata:
namespace: $DOCKERHUB_NAMESPACE
name: $APP_NAME
spec:
replicas: 1
minReadySeconds: 60 #容器接受流量延缓时间：单位为秒，默认为0。如果没有设置的话，k8s会认为容器启动成功后就可以用了。设置该值可以延缓容器流量切分
strategy:
type: RollingUpdate
rollingUpdate:
maxSurge: 2 #最多Pod数量：为数字类型/百分比。如果 maxSurge 设置为1，replicas 设置为10，则在发布过程中pod数量最多为10 + 1个（多出来的为旧版本pod，平滑期不可用状态）。maxUnavailable 为 0 时，该值也不能设置为0
maxUnavailable: 0 #升级中最多不可用pod的数量：为数字类型/百分比。当 maxSurge 为 0 时，该值也不能设置为0
selector:
matchLabels:
#app: $APP_NAME
app.kubernetes.io/name: $APP_NAME
template:
metadata:
labels:
app: $APP_NAME
app.kubernetes.io/name: $APP_NAME
spec:
containers:
- env:
- name: ENV_PROFILE
value: $ENV_PROFILE
image: $DOCKER_IMAGE
imagePullPolicy: Always
name: $APP_NAME
readinessProbe:
httpGet:
path: /nginx_status # Kubernetes 会向容器的 80 端口发送 HTTP GET 请求，访问 /nginx_status 路径。
port: 80 # 指定要访问的端口号为 80。
initialDelaySeconds: 15 # 容器启动后，Kubernetes 会等待 15 秒再开始执行
periodSeconds: 30 # Kubernetes 每隔 30 秒执行一次 readinessProbe。
failureThreshold: 3 # 如果 readinessProbe 连续失败 3 次，Kubernetes 会认为容器不健康，并停止将流量路由到该容器。
ports:
- containerPort: 80
resources:
limits:
cpu: 300m
memory: 512Mi
requests:
cpu: 100m
memory: 512Mi
restartPolicy: Always如果不需要检查具体的 HTTP 响应，可以使用 tcpSocket 探针来检查 Nginx 的端口是否打开。
readinessProbe:
tcpSocket:
port: 80
initialDelaySeconds: 15
periodSeconds: 30
failureThreshold: 3经多次测试，还是会出现页面502，随机有几个资源文件502导致，所以以上探针方案并不能完全解决平滑发版，还需继续研究。