如何在 AKS 中使用来自 ACR 的更新的 docker 映像

Question

我有一个已推送到私有 Azure 容器注册表的本地 docker 映像。然后在 Azure Kubernetes 服务中，我有一个使用此映像的集群 - 来自 ACR。

现在我想更新图像（意识到我需要安装 zip 和解压缩）。我启动了一个本地容器，进行了更改，提交了它们并将新映像推送到了 ACR。不幸的是，这还不够。我的 pod 仍在使用之前版本的镜像，没有 zip。

更多细节和我尝试过的：

• 在掌舵图中，我使用了“最新”标签；

• 比较我本地“最新”图像的摘要 sha 和我在 ACR 中的图像 - 它们是相同的；

• 在本地启动“最新”容器 ( docker run -it --rm -p 8080:80 My-REPO.azurecr.io/MY-IMAGE:latest) - 它安装了 zip

• 删除了 kubernetes 中现有的 pod；新创建的仍然缺少 zip

• 删除发布并重新创建它 - 仍然没有。

• 我正在使用 ACR docker push MY-REPO.azurecr.io/MY-IMAGE:latest

所以我的问题是 - 我错过了什么？如何正确更新此设置？

Answer 1

您应该寻找这样的设置：

1. 你的 Docker 镜像有一些独特的标签，而不是latest; 日期戳通常可以正常工作。

2. 您的 Helm 图表应该将标签作为values.yaml文件中的参数。

3. 您应该使用 Kubernetes 部署（而不是裸 Pod）；在其 pod spec 部分中，将图像指定为类似image: MY-REPO.azurecr.io/MY-IMAGE:{{ .Values.tag }}.

4. 当你有一个新的构建时，你可以helm update --set tag=20190214；这会将更新的部署规范推送到 Kubernetes；这将导致它使用新映像创建新 Pod，然后使用旧映像销毁旧 Pod。

您遇到的基本问题是 YAML 文件中的一些文本差异对于使 Kubernetes 采取某些行动很重要。如果它已经有MY-IMAGE:latest，并且您尝试kubectl apply使用完全相同的图像字符串或等效相同的 pod 或部署规范，它将决定没有任何更改并且不需要执行任何操作。类似地，当您删除并重新创建 pod 时，节点会认为它已经有一个MY-IMAGE:latest镜像，不需要去拉任何东西；它只是重复使用它已经拥有的相同（过时）图像。

与您描述的工作流程相关的一些最佳实践：

• 不要使用...:latest图像标签（或任何其他固定字符串）；相反，使用一些独特的值，如时间戳、源代码控制提交 ID 或发布版本，每次进行部署时，您都会有一个不同的标签。

• 不要使用裸豆荚；改用更高级别的控制器，最常见的是部署。

• docker commit永远不要使用。（如果你的镜像在生产中崩溃了，你如何解释“哦，我手动更改了一些东西，覆盖了正在使用的镜像，并强行重启了一切，但我没有记录我实际做了什么”？）设置一个Dockerfile，将其签入源代码管理，并用于docker build制作镜像。（更好的是，设置一个 CI 系统，以便在您办理登机手续时为您构建它们。）