跳至正文
CDelivery

删除应用

删除前核对依赖及备份,了解应用、检查、任务、域名和数据卷分别如何处理。

删除应用需要 Operator 或 Admin。删除会停止该应用提供的服务,适合永久下线或移除测试应用;需要暂时修复运行状态时,先考虑配置调整或重启。

删除前检查

  • 确认应用名称、所属分组及业务负责人。
  • 检查是否仍有客户端、其他应用或域名访问它。
  • 保存需要保留的配置源文件和版本信息。
  • 对有状态应用完成必要的数据备份。
  • 记录卷所在服务器、卷名称和容器内路径,便于之后识别保留数据。

如果需要保留任务或检查配置,应在删除前自行记录。删除不是导出或备份操作。

执行删除

打开目标应用,使用删除操作,并核对确认提示中的对象。提交后回到分组或应用列表,确认应用已移除,再检查外部访问是否符合预期。

底层容器和其他资源的清理可能是异步完成的。请求超时或报错时,先检查应用是否仍存在,再决定是否重试。

哪些内容会变化

内容 删除后的处理
应用及运行容器 移除应用,运行任务随后停止和清理
XHealth 随应用移除
XJob 随应用移除,不能继续执行该应用的任务
Guardian 相关候选验证资源被清理
分组 保留,不随单个应用删除
本地数据卷 保留,需要管理员另行管理
外部 DNS 不会替你修改域名服务商中的记录

应用的域名路由随应用配置失去作用,但 DNS 仍可能指向 Pingress。下线完成后检查这些入口,避免遗留无效业务地址。

处理保留数据

在数据卷管理中确认数据所在服务器、卷大小及使用情况。只有确定不再需要数据并满足备份要求后,才删除对应卷。

XConfig 不作为长期归档保留承诺。即使某些日志、指标或事件仍在保留窗口内,也不能依赖删除后的应用入口长期访问它们。

同名重建

重新创建同名应用会产生新的运行资源和身份。历史日志、指标和旧配置不应被视为自动接续到新应用。使用原卷重建时,还需核对数据格式、凭据和镜像兼容性。

删除后出现持续访问请求时,检查 DNS、上游调用和监控配置,而不只是应用列表。

输入关键词搜索…

↑↓ 移动↵ 选择Esc 关闭