服务升级概述

服务升级原理

计算巢创建服务实例时，主要依赖服务模板（Ros模板）进行资源栈创建，进行服务升级时，资源栈升级会按要升级服务版本的Ros模板进行对应资源栈的更新，可以同时实现云资源和软件应用的升级。这种升级方式只需定义好不同版本的服务，升级时会对比两个服务版本对应的Ros模板差异，进行对应的更新操作。

下面以一个例子来说明资源栈的升级过程，假设一个服务有两个版本，版本1服务模板定义包括资源A、B、C，版本2服务模板定义包括资源A、B、D， 其中资源A的定义完全不变，资源B属性发生变化，升级过程如下图所示。

结合上图，对资源栈升级规则进行总结如下：

1. 新老模板中完全一致的资源，保持不变，例如资源A

2. 新老模板资源名称相同，但属性发生变化的资源，进行更新操作，例如资源B

3. 老模板存在，新模板不存在的资源，进行删除操作，例如资源C

4. 新模板中存在，老模板中不存在的资源，进行新建操作，例如资源D

服务升级规则

1. 升级时，要升级的版本要支持当前服务实例的服务版本进行升级才可以

2. 低版本只能往高版本进行升级

3. 服务商自己同账号（发布服务账号和创建服务实例账号相同）测试时可以将其它版本升级到draft版本、beta版本

4. draft版本认为是最新版本，不能再向上升级

5. beta版本从逻辑上应该认为第二新的版本，可以升级到draft，已发布版本也可以升级到beta版本

服务升级操作

服务实例升级支持单个升级和批量升级，具体操作参见 升级服务实例：

• 单个升级：在服务实例页面进行升级操作

• 批量升级：在服务详情页面运维管理页面进行升级

服务回滚

服务回滚可以认为是服务升级的反向操作，将服务实例从高版本回滚到低版本，回滚只支持回滚到上一个版本，可以通过服务升级历史查看可以回滚到的版本。