我正在使用Azure DevOps来部署容器化应用程序，我很容易通过使用构建ID来克服这个问题

每次构建并生成新的Build ID时，我使用这个Build ID作为docker image的标记

映像名称：生成标识

一旦你的映像成功构建(CI)，在CD管道在部署yml文件我给映像名称为

映像名称：环境：构建ID

buildid是azure devops变量，其值为build ID。

所以现在每次我有新的更改要构建(CI)和部署(CD)。

如果您需要CI/CD的构建定义，请评论。

k8s似乎希望我们为每次部署提供不同的图像标记。我的默认策略是让CI系统生成并推送docker映像，并将它们标记为构建号:xpmatteo/foobar:456。

对于本地开发，可以方便地使用脚本或makefile，如下所示:

# create a unique tag    
VERSION:=$(shell date +%Y%m%d%H%M%S)
TAG=xpmatteo/foobar:$(VERSION)

deploy:
    npm run-script build
    docker build -t $(TAG) . 
    docker push $(TAG)
    sed s%IMAGE_TAG_PLACEHOLDER%$(TAG)% foobar-deployment.yaml | kubectl apply -f - --record

sed命令将部署文档中的占位符替换为实际生成的图像标记。

您可以为pod配置一个宽限期(例如30秒或更长时间，这取决于容器启动时间和映像大小)，并设置“imagePullPolicy: "Always"。并使用kubectl delete pod pod_name。 将创建一个新容器，并自动下载最新的映像，然后终止旧容器。

例子:

spec:
  terminationGracePeriodSeconds: 30
  containers:
  - name: my_container
    image: my_image:latest
    imagePullPolicy: "Always"

我目前正在使用Jenkins进行自动构建和图像标记，它看起来像这样:

kubectl --user="kube-user" --server="https://kubemaster.example.com"  --token=$ACCESS_TOKEN set image deployment/my-deployment mycontainer=myimage:"$BUILD_NUMBER-$SHORT_GIT_COMMIT"

另一个技巧是初始运行:

kubectl set image deployment/my-deployment mycontainer=myimage:latest

然后:

kubectl set image deployment/my-deployment mycontainer=myimage

它实际上会触发滚动更新，但要确保您还设置了imagePullPolicy: "Always"。

更新:

我发现的另一个不需要更改图像名称的技巧是更改将触发滚动更新的字段的值，如terminationGracePeriodSeconds。您可以使用kubectl edit deployment your_deployment或kubectl apply -f your_deployment来实现这一点。Yaml或使用这样的补丁:

kubectl patch deployment your_deployment -p \
  '{"spec":{"template":{"spec":{"terminationGracePeriodSeconds":31}}}}'

只要确保你总是改变数字值。

我正在使用Azure DevOps来部署容器化应用程序，我很容易通过使用构建ID来克服这个问题

每次构建并生成新的Build ID时，我使用这个Build ID作为docker image的标记

映像名称：生成标识

一旦你的映像成功构建(CI)，在CD管道在部署yml文件我给映像名称为

映像名称：环境：构建ID

buildid是azure devops变量，其值为build ID。

所以现在每次我有新的更改要构建(CI)和部署(CD)。

如果您需要CI/CD的构建定义，请评论。

更新2019-06-24

根据@Jodiug注释，如果你的版本是1.15，你可以使用命令:

kubectl rollout restart deployment/demo

阅读更多关于这个问题的内容:

https://github.com/kubernetes/kubernetes/issues/13488

在kubernetes的GitHub项目上有一个关于这个主题的有趣讨论。参见问题:https://github.com/kubernetes/kubernetes/issues/33664

从这里所描述的解决方案来看，我建议两种方案中的一种。

第一个

1.准备部署

apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  name: demo
spec:
  replicas: 1
  template:
    metadata:
      labels:
        app: demo
    spec:
      containers:
      - name: demo
        image: registry.example.com/apps/demo:master
        imagePullPolicy: Always
        env:
        - name: FOR_GODS_SAKE_PLEASE_REDEPLOY
          value: 'THIS_STRING_IS_REPLACED_DURING_BUILD'

2.部署

sed -ie "s/THIS_STRING_IS_REPLACED_DURING_BUILD/$(date)/g" deployment.yml
kubectl apply -f deployment.yml

第二(一行):

kubectl patch deployment web -p \
  "{\"spec\":{\"template\":{\"metadata\":{\"labels\":{\"date\":\"`date +'%s'`\"}}}}}"

当然，在这两种情况下都需要imagePullPolicy: Always。

我们可以使用以下命令更新它:

Kubectl set image deployment/<<deploy -name>> -n=<<namespace>> <<container_name>>=<<your_dockerhub_username>>/<<image_name you want set now>>:<<tag_of_the_image_you_want>>

例如,

Kubectl设置镜像部署/my-deployment -n=sample-namespace my-container=alex/my-sample-image-from-dockerhub:1.1

地点:

kubectl set image deployment/my-deployment - we want to set the image of the deployment named my-deployment -n=sample-namespace - this deployment belongs to the namespace named as sample-namespace. If your deployment belongs to the default namespace, no need to mention this part in your command. my-container is the container name which was previously mentioned in the YAML file of your deployment configuration. alex/my-sample-image-from-dockerhub:1.1 is the new image which you want to set for the deployment and run the container for. Here, alex is the username of the dockerhub image(if applicable), my-sample-image-from-dockerhub:1.1 the image and tag you want to use.