应用在EDAS中创建并部署后,还会不断迭代,需要升级。如果升级的应用版本发现问题,需要将应用回滚到历史版本。本文介绍EDAS为您提供的应用升级策略、方式,以及在需要时如何回滚应用。
升级应用
由于新版本应用的状态不同,升级的场景也不同,您需要使用的升级策略、方式也不同。
升级策略 | 适用场景 | 升级方式 | 相关文档 |
---|---|---|---|
单批发布(直接升级) | 应用规模较小或服务架构比较简单,在开发、测试完成后,可以直接升级,即直接部署新版本。 |
| |
分批发布 | 应用规模较大或服务架构比较复杂,可以按批次进行应用部署。每次仅对应用的一部分实例进行升级,直至全量升级完成。分批发布过程中如果出现故障,可以及时终止并回滚,待问题修复后重新发布。 |
| |
金丝雀发布 | 应用的新版本需要先进行小规模验证,验证后,再将应用全量升级到新版本。 | 控制台 | 使用控制台金丝雀发布应用(K8s) |
回滚应用
在应用升级过程中,出现部署包不可用、健康检查失败等异常报错会导致应用升级失败,当前应用变更会自动终止并回滚。
如果您发现新版本应用有问题或异常,可以手动回滚应用,有以下两种场景:
- 升级中回滚:可以终止升级变更流程并回滚应用。
- 升级后回滚,可以通过部署历史版本回滚应用。
EDAS提供控制台可视化操作和调用API接口两种方式实现回滚应用。更多信息,请参见:
- 使用控制台回滚应用(K8s)
- 终止升级变更流程并回滚:AbortAndRollbackChangeOrder
- 回滚历史版本:RollbackApplication