开发环境中helm kubernetes部署管道的最佳实践？

这些是迄今为止我发现的头盔部署的最佳实践：

使用版本化的映像，因为通过最新标记部署是不够的，因为这可能不会触发pod重新创建（请参阅）

使用哈希configmap元数据重新启动configmap更改上的POD （见附件）

在开发环境中，经常会创建新映像。因为我不想丢弃我的容器注册表，所以我更喜欢使用最新的标记

我能想到的唯一解决方案是使用版本化的imaged和清理作业从注册表中删除旧图像。但这相当复杂

---

那么，您在开发环境中进行helm部署的最佳实践是什么呢？

事实上，使用

：latest

意味着您的部署将是可变的

---

AWS ECR允许您根据特定的正则表达式保留有限数量的最新图像。因此，您可以对非生产部署使用

dev-

前缀（例如，在

master

分支之外触发），并且只保留其中的10个最新版本。

实际上，使用

：latest

意味着您的部署将是可变的

---

AWS ECR允许您根据特定的正则表达式保留有限数量的最新图像。因此，您可以在非生产部署中使用

dev-

前缀（例如，在

master

分支之外触发），并且只保留10个最新的部署。

我认为重命名主题很好，因为它将反映有关图像的问题，使用最新标记并进行清理。我认为重命名主题很好，它将反映有关图像、使用最新标记和进行清理的问题。不幸的是，azure（我在当前项目中使用的）没有针对regex的策略。但对于AWS来说，这当然是件好事。谢谢看起来在Azure中也有脚本删除旧图像的方法，看看：脚本看起来很有希望。我会检查这个，谢谢！不幸的是，azure（我在当前项目中使用的）没有针对regex的策略。但对于AWS来说，这当然是件好事。谢谢看起来在Azure中也有脚本删除旧图像的方法，看看：脚本看起来很有希望。我会检查这个，谢谢！