[我写的东东不需要别人看，就当自己的笔记用用吧，对我自己有用，或许也对他人有用呢]
      网上介绍的更新容器的方式有很多很好，比如

引用博文 去看看

      通过查阅资料，发现还有其它一些方式能够更新镜像地址，这里只做一点小小的补充。
      

kubectl set image 命令

      我一般是在CICD里更新容器镜像地址，没有原始的也不需要原始的yml文件，kubectl set image 显的油漆方便。

# 官方语法
image (-f FILENAME | TYPE NAME) CONTAINER_NAME_1=CONTAINER_IMAGE_1 ... CONTAINER_NAME_N=CONTAINER_IMAGE_N

示例
将deployment中的nginx容器镜像设置为“nginx：1.9.1”。

kubectl set image deployment/nginx busybox=busybox:3.2 nginx=nginx:1.19.1

这种方式有个小问题，如果镜像地址没有发生改变（测试环境部署时可能有遇到镜像版本不变更的情况或者镜像版本是基于git记录生成的），容器不会重新部署，也就不会生效。

kubectl scale 命令

# 官方语法
scale [--resource-version=version] [--current-replicas=count] --replicas=COUNT (-f FILENAME | TYPE NAME)

示例
将名为nginx的deployment副本数设置为3。

kubectl scale --replicas=3 deployment/nginx

kubectl rollout restart 命令

此命令可以让容器重新部署。
示例
将名为nginx的deployment重新部署。

kubectl rollout restart deployment/nginx

有了以上3个命令的基础，做个假设。
1、假设每次镜像版本号都会发生变更，那么使用 kubectl set image 就可以达到更新镜像并重新部署的效果；
2、假设每次镜像版本号都 不 会发生变更，那么可以有两种方式
      1）先 kubectl set image 更新镜像，再 kubectl scale --replicas=0，然后 kubectl scale --replicas=1，我曾经与saas厂商对接（私有化部署）时遇到过，当时没有太多思考，现在想来，这样处理会导致服务不可用性增加（因为有个0->1的过程么，期间服务会不可用）。
      2）先 kubectl set image 更新镜像，然后使用 kubectl rollout 重新部署。

综上，2的1)并不可取。
写个脚本吧。

# 先更新镜像
result=`kubectl set image deployment nginx *=nginx:alpine -n default`

# 检测镜像是否更新成功
if [[ "$(echo $result | grep updated)" != ""  ]]; then
	# 镜像地址更新了，会自动重新部署
    echo 'UPDATED'
else
	# 镜像地址与之前相同，需要触发重新部署
    echo 'NOT UPDATE'
	kubectl rollout restart deployment nginx -n default
fi