迁移 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
- 根据模板从 Alauda customer portal 分别或批量下载以下版本的 Operators。
INFO
版本号中的 .z 表示该小版本的最新补丁版本。升级时应始终使用最新补丁版本,以获得最新的安全更新和漏洞修复。
- 进入 Alauda Customer Portal 的 CLI Tools 部分,下载
violet工具以将 Operators 上传至ACP。具体操作步骤请参见 Uploading Operators
迁移 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 流水线。