应用快照与版本

应用快照用于保存应用在某一时刻的版本状态，记录组件编排、配置、依赖关系和版本信息，便于后续查看差异、回滚、导出或发布。

它首先是一项应用内的版本管理能力，因此更适合放在应用运维场景中理解和使用。用户可以先为当前应用创建快照，形成版本记录；后续如果需要离线导出或分发到内部组件库，再基于某个快照继续执行导出或发布操作。

版本说明

应用快照与版本功能从 Rainbond v6.7.0 开始支持。v6.7.0 以前的版本仍以原有应用模板相关操作为主，不提供当前文档中的快照页面与操作流程。

应用快照不等于虚拟机快照

应用快照和虚拟机、磁盘层面的快照不是同一个概念。

应用快照保存的是应用层的元数据，例如：

• 应用包含的组件
• 组件之间的依赖关系
• 配置、编排和版本说明
• 某次版本对应的变更记录

它不保存以下内容：

• 虚拟机磁盘块数据
• 操作系统运行状态
• 容器内存状态
• 数据库中的实际业务数据
• PVC 中已经写入的运行时数据

因此，应用快照适合做版本管理和回滚，不适合替代数据库备份、存储快照或灾备方案。

快照、导出、发布、回滚的关系

应用快照延续了原有应用模板的底层版本能力，但用户操作路径更清晰了。

• 创建快照：保存当前应用版本状态
• 导出：直接基于某个快照导出，不需要先走发布流程
• 发布：将某个快照发布到内部组件库，供其他团队安装
• 回滚：将当前应用恢复到某个历史快照对应的状态

换句话说，快照是版本基础，发布是分发动作，内部组件库中的模板是发布后的交付形态。

动作	是否必须	作用
创建快照	是	保存当前应用版本状态
导出	否	直接导出某个快照对应的版本内容
发布	否	发布到内部组件库，供其他团队安装
同步镜像	视发布流程而定	属于发布到组件库过程中的动作之一
回滚	否	恢复到某个历史快照状态

什么时候创建快照

建议在以下场景创建快照：

• 应用完成一轮功能开发或配置调整后
• 即将进行升级、改造或结构性变更前
• 需要保留一个可回滚的稳定版本时
• 准备导出或发布到内部组件库前

进入应用版本页面

进入目标应用后，打开 应用版本 页面，可以看到当前应用的版本概览和版本时间线。

页面通常会展示以下信息：

• 当前版本
• 快照数量
• 来源模板
• 最近发布时间

如果当前应用相对最近一次快照仍有变更，页面会显示 当前状态，并提示新增、修改或删除了哪些组件。

创建快照

创建快照用于把当前应用状态保存为一个新的应用版本。

基本流程

1. 进入目标应用的 应用版本 页面
2. 点击 创建快照
3. 填写版本说明等必要信息
4. 确认创建
5. 创建完成后，新的快照会出现在版本时间线中

创建后会发生什么

• 当前应用状态会被记录为一个新的版本节点
• 该快照可以用于查看详情、导出、发布和回滚
• 如果后续应用继续发生变更，页面会再次出现新的 当前状态

版本时间线与状态说明

版本时间线用于展示当前应用从历史版本到当前状态的演进过程。

常见的几个状态包括：

• 当前状态: 表示当前运行状态与最近一次快照之间存在差异，但这些变化尚未形成新的快照版本。在这个状态下可以：
  • 查看详情
  • 创建快照
• 当前版本: 表示当前正在使用的最新快照版本。这里通常会展示：
  • 创建时间
  • 变更说明
  • 包含组件
  • 版本操作入口
• 历史版本: 表示之前创建过的旧快照版本。历史版本通常用于：
  • 查看历史配置
  • 对比版本差异
  • 回滚到旧版本
  • 基于旧版本重新发布或导出

快照详情中可以看什么

进入某个快照或当前状态详情后，通常可以查看：

• 概览信息
• 变更组件
• 包含组件
• 版本说明
• 发布时间或发布记录

这些信息适合用于确认某个版本到底保存了哪些变化，以及是否值得作为发布或回滚基线。

从快照导出应用

创建快照后，可以直接从该快照执行导出，不需要先发布到内部组件库。

这种方式适合：

• 保留某个阶段性的应用版本
• 做离线交付前的版本导出
• 提前导出一个稳定版本供后续使用

也就是说，导出是基于快照直接进行的，而不是发布的附属动作。

将快照发布到内部组件库

如果目标不是单纯保存版本，而是让其他团队也能安装这个版本，那么需要对某个快照执行发布。

发布的作用是：

• 将快照沉淀到内部组件库
• 作为可安装的应用模板供其他团队使用
• 进入组织内的标准化分发流程

在这一步中，仍可能沿用原有模板发布相关流程，例如：

• 填写发布信息
• 设置发布范围
• 按需同步镜像

因此，创建快照不等于发布模板；发布只是快照的一种后续用途。

回滚到历史快照

当应用变更后出现异常，或者需要恢复到某个稳定版本时，可以直接选择历史快照执行回滚。

回滚的意义在于：

• 快速恢复到某个已保存的应用版本
• 避免手工逐项恢复配置
• 基于版本记录进行可追溯的恢复操作

需要注意的是，回滚恢复的是应用层元数据和编排状态，不会恢复数据库内容或持久化存储中的运行时数据。

使用建议

• 重大变更前先创建快照，保留清晰的回滚基线
• 发布到内部组件库前，先确认快照内容和版本说明准确
• 如果只是留档或导出，不需要先执行发布
• 不要把应用快照当作数据库备份或磁盘快照使用
• 对重要版本建立统一的命名和说明规范，便于后续检索和审计