Loading
close

Job模板开发规范

time 更新时间:2022-11-14 11:13:02

Kubernetes Job 的某些特殊 YAML 属性是不允许更新的,因此需要规范云产品 Job 模板的开发规范。以保证云产品的 Job 可以正常升级。

Job 修改规范

首先,只要在云产品当前开发版本修改了 Job,包括 YAML 模板、脚本等内容,必须修改 Job 名称,规则是在现有名称后面加上 “-” + “云产品版本”。例如:Job 名称叫 “db-init”,云产品当前开发版本号为 6.2.1,在 Job 做了修改时,需要将 Job 的名称修改为 “db-init-6.2.1”。

Job 镜像使用规范

Job 的镜像必须使用固定版本,分为两种情况:

  1. 依赖云产品自身组件的镜像。需要将 values.yaml 中的 image tag 写为 5.0.1 标识(历史遗留问题,CD 会在打包时自动替换为云产品当前 build version),确保开发过程中每次构建都会跟当前 build version 保持一致,从而能够使用到云产品自身组件最新的镜像。
  2. 依赖到外部镜像。必须指定为确定的版本号,不能使用 latest。因为云产品是按需安装的,不同版本携带的 latest 镜像内容可能不一致,会导致 latest tag 相互覆盖。

    已知问题

    使用以上规范更新 Job,无法彻底解决云产品小版本升级问题。目前需要先删除环境中的 Job 之后才能正确执行升级。例如上面例子中的 Job 名称修改为 “db-init-6.2.1” 之后,只会在下一次升级时替换掉原有的 “db-init” Job,后续升级都不会重建 Job,会有以下两个异常场景:
  • 如果这个 Job 的镜像版本是跟随 build version 的,或者再次修改了 Job 的 YAML 属性,会导致后续每次升级都失败,错误原因是 Job 某些 YAML 属性不允许更改;
  • 如果这个 Job 的 YAML 模板不变,后续只更新了脚本内容,后续每次升级都不会生效。因为每次升级 Job 没有变化,不会被更新。
此篇文章对你是否有帮助?
没帮助
locked-file

您暂无权限访问该产品