问题描述
目前使用 Jenkins 来执行 Kubernetes 部署，通过应用 deployment.yaml 文件，然后使用 kubectl set-image 命令更新容器/POD镜像版本。他想知道在版本更新时，是应该在每次版本升级时创建新的 deployment.yaml 文件，还是只需要使用 kubectl set-image 命令来更新现有的部署。另外，关于回滚策略，他运行了 kubectl rollout history deployment/name 命令，发现虽然看到了三个修订版本，但没有“原因”说明。他怀疑这可能是因为在初始部署时未指定 --record 参数，还想确认每次执行 set-image 命令时是否也会记录。
解决方案
部署更新策略
在 Kubernetes 中，有几种方式可以管理部署更新，每种方式都有其适用的场景。对于您提到的情况，使用 kubectl set-image 命令来更新容器镜像是一种常见的做法，特别是在持续集成和持续交付（CI/CD）流程中。这样做的优势在于，您不必为每个版本升级创建新的 deployment.yaml 文件，从而简化了部署管理。
然而，尽管如此，仍有一些注意事项：
– 在使用 kubectl set-image 命令时，确保目标部署的 imagePullPolicy 设置正确，以确保新镜像能够正确被拉取。
– 为了确保版本更新可追溯，建议将您的部署配置文件（如 deployment.yaml）提交到版本控制系统（如 Git）。这将有助于团队协作，更容易跟踪版本历史，并且在需要时能够回滚到早期版本。
回滚策略和修订历史
回滚是部署管理中的重要环节，Kubernetes 提供了强大的回滚功能以确保应用的稳定性。在您运行 kubectl rollout history deployment/name 命令时，如果没有看到“原因”说明，确实可能是因为初始部署时未使用 --record 参数。--record 参数会记录与修订相关的注释，使您能够更好地了解每个修订的目的和更改。
例如，您可以通过以下方式使用 --record 参数进行修订：
kubectl set image deployment/name container-name=image-name:image-tag --record
此外，为了更好地管理部署和回滚，您还可以考虑使用 Helm 工具。Helm 提供了更高级的部署管理功能，允许您定义参数化的部署配置，更好地管理配置映射，以及实现更灵活的回滚策略。
Helm 的使用建议
Helm 是 Kubernetes 的包管理工具，它能够更好地管理应用程序的部署、升级和回滚。Helm 允许您将应用程序的部署配置封装在一个称为 Chart 的包中，这使得部署和管理变得更加简单和可控。
Helm 为部署提供了以下优势：
– 参数化：您可以将配置参数化，从而在不同环境中重用 Chart。
– 版本管理：每个 Chart 都有版本，您可以轻松地回滚到先前的版本。
– 依赖管理：您可以定义 Chart 之间的依赖关系，从而更好地管理复杂的应用程序栈。
您可以使用以下步骤来开始使用 Helm：
1. 安装 Helm 工具，您可以在 Helm 官网（https://helm.sh/）找到详细的安装说明。
2. 创建一个 Chart，该 Chart 包含您的应用程序部署配置和相关资源定义。
3. 使用 helm install 命令部署 Chart 到 Kubernetes 集群。
4. 在需要回滚时，使用 helm rollback 命令回滚到先前的版本。
总之，使用 Helm 可以更好地管理 Kubernetes 部署、回滚和版本控制，是在大规模和复杂环境中推荐的做法。
总结
在 Kubernetes 部署中，使用 kubectl set-image 命令来更新容器镜像是一种常见的做法，特别是在持续集成和持续交付流程中。使用 --record 参数可以记录每个修订的更改目的。另外，考虑使用 Helm 工具可以更好地管理部署、升级和回滚，从而简化应用程序的部署和管理。
注意：本文中提供的操作步骤和建议可能会因版本差异或特定环境而有所不同，建议在实际操作前查阅官方文档并进行适当的测试。
请随时提问，如果您有关于 Kubernetes 部署、管理和回滚的更多问题或需求进一步的指导。