1. 迁移目标

• 老工单系统迁移

  • 资源池支持主机集群纳管理，应用支持主机编排、主机部署、主机环境观测

  • 优化应用编排占位符机制，优化部署编排生效逻辑（以编排定义为准）

  • 提升部署单性能稳定性、优化部署单过程观测及日志透出

• 老部署引擎系统升级

  • 减少AppStack Agent对用户集群的资源占用、支持K8s原生滚动升级、兼容EDAS等场景

• 后续新功能都基于新工单/新部署引擎迭代

  • 应用编排支持更多K8s内置资源类型

  • 应用编排支持用户自定义资源CRD

  • 应用环境编排部署支持调整顺序

2. 迁移影响

数据迁移中

• AppStack页面访问可能出现系统迁移中提示

• 企业无法进行应用编排、环境创建、变量修改、环境部署运维等所有操作

数据迁移后

• 应用编排自动生成一次新的提交（系统账号）

• 应用历史版本无法回滚

• 应用历史工单记录只可以查看工单基本信息、部署内容、执行结果等信息，无法查看实例详情、容器日志等详细数据

• 已有流水线需要重新编辑AppStack部署组件，刷新应用环境参数，手动发起一次部署

3. 迁移流程

迁移过程

第1步：检查企业是否具备开始迁移条件

检查企业是否有正在运行中的部署单。

第2步：锁定企业

企业锁定后访问页面会出现系统迁移中提示，企业无法进行应用相关部署运维操作，解锁后即可恢复。

第3步：执行迁移

转换应用编排、工单记录等静态数据为新工单兼容格式；注册企业集群到新部署引擎。

第4步：解锁企业

解锁后企业可以恢复正常操作。

第5步：确认迁移结果

检查应用编排、应用环境列表、版本、工单等页面访问是否正常，数据是否符合预期。

后置操作

操作1：用户自主逐一环境，发起环境部署升级

• 进入目标应用-环境列表页面，找到目标环境

• 点击「立即部署」，检查制品、自定义参数是否符合预期

• 点击「继续」进入下一步，检查待部署的组件YAML、目标实例数等是否符合预期

• 选择部署策略：

  • 如需「滚动升级」，直接选中即可

  • 如需「分批发布」，请先前往资源池-集群详情页安装Agent，安装成功后即可使用分批发布

• 点击「提交」部署单，观测部署单进度，等待部署完成即完成该环境升级

操作2：用户自主逐一流水线，重新编辑AppStack部署组件手动升级

• 进入目标流水线，点击编辑进入流水线编辑页

• 重新选择AppStack部署组件的应用环境，制品和自定义参数会自动刷新，重新配置参数值（请确保制品/自定义参数和应用编排处一致，符合预期）

• 保存并运行流水线，运行到AppStack部署任务，手动创建一次部署单，部署成功后，后续流水线即可自动部署

4. 应急处理及FAQ

Case1：数据迁移后，应用编排、环境、版本、工单等数据不符合预期

• 联系云效排查定位，协助处理。

Case2：数据迁移后，环境升级部署deployment因cpuLimit、memoryLimit、cpuRequest、memoryRequest等缺少单位而失败

• 升级后应用编排原「预置占位符」除image外统一为自定义占位符，原cpuLimit、memoryLimit、cpuRequest、memoryRequest占位符取值不再自动补齐「核」「Mi」等单位，请按需补充进应用编排YAML

Case3：数据迁移后，从Flow流水线发起AppStack部署失败

• 升级后应用编排占位符逻辑优化，流水线AppStack部署组件需要重新配置一遍应用环境，以刷新制品和自定义参数（请检查制品/自定义参数，确保和应用编排处一致）。保存并运行流水线，运行到AppStack部署任务，手动创建一次部署单，部署成功后，后续流水线即可自动部署。