将 Alauda DevOps 迁移到 Alauda DevOps (Next-Gen)
本文档详细介绍了将 Alauda DevOps 升级到 Alauda DevOps (Next-Gen) 的升级策略和操作步骤,适用于以下 ACP 升级场景:
v3.18-->v4.0v3.18-->v4.1v4.0-->v4.1
前提条件
将 Alauda DevOps 升级到 v3.20
在迁移之前,请确保 Alauda DevOps 已升级到 v3.20 版本。此步骤是兼容性和成功迁移到 Alauda DevOps (Next-Gen) 的必要条件。请参阅 升级 Alauda DevOps 到 v3.20
迁移 Alauda DevOps
从 ACP v4.1 开始,以下 Alauda DevOps v3 operator 将不再维护。因此,需要迁移这些 operator。
下载 Operator
- 根据模板,分别或批量下载以下版本的 Operators,来源为 Alauda customer portal。
INFO
版本号中的 .z 表示该小版本可用的最新补丁版本。在升级过程中,应始终使用最新的补丁版本,以获得最新的安全更新和 bug 修复。
- 进入 Alauda Customer Portal 中的 CLI Tools 部分,下载
violet工具以将 Operators 上传到ACP。有关具体操作步骤,请参阅 上传 Operator
迁移 Alauda DevOps
请参阅以下文档,了解如何迁移各个 operator:
- 迁移 Alauda DevOps Pipelines
- 迁移 Alauda Build of Gitlab
- 迁移 Alauda Build of Harbor
- 迁移 Alauda Build of SonarQube
- 迁移 Alauda Build of Nexus
后续步骤
至此,您已完成从 Alauda DevOps 到 Alauda DevOps (Next-Gen) 的迁移。在 Alauda DevOps (Next-Gen) 中,如果您希望使用每个 Operator 的更新版本,可以进一步查阅各自 operator 文档,了解如何升级到更新版本。
Warning
重要限制
如果您需要继续使用 Alauda DevOps v3 中的 Build 和 Release 功能,则必须将 Alauda DevOps Pipelines 保持在 v4.0.z 版本。
禁止操作
在任何情况下,都不要将 Alauda DevOps Pipelines 升级到 v4.0.z 之后的版本。升级到高于 v4.0.z 的版本将导致与 katanomi 出现不可逆的兼容性问题,可能会破坏现有的 Build 和 Release 流水线。