一、概述
这篇说说 TSF 的发布类型的适用场景及其升级方式和发布回滚功能。
注意：说明：
注意：发布计划功能仅专业版、铂金版支持。
二、单批发布（直接升级）
适用场景
应用规模较小或服务架构比较简单，当完成开发测试后，可直接进行升级以便验证。
升级方式
应用部署发布策略。
三、多批次发布
适用场景
应用规模较大或服务架构比较复杂，可以按批次进行应用部署，分批发布过程中如果出现故障，可以及时终止并回滚，待问题修复后重新发布，降低因版本发布导致业务中断的风险。
注意：说明：
注意：下图所示，V1（蓝色）代表存量版本，V2（绿色）代表更新版本。
升级方式
发布计划，可参考分批发布进行操作。
四、蓝绿发布
适用场景
蓝绿发布的含义是分别蓝、绿两个分组部署服务不同版本，蓝组为存量版本，绿组为更新版本。
升级方式
1. 发布前先将流量切换至蓝组（存量版本）。
2. 发布绿组，发布成功后将流量切换至绿组。
·如果流量异常则即时切换至蓝组，避免业务异常。
·如果流量正常则更新蓝组版本或下线蓝组版本。
升级方式
发布计划，参考蓝绿发布进行操作。
五、全链路灰度发布
适用场景
当有新功能开发完成准备上线时，可以通过全链路灰度发布先选择一小部分用户流量导入到包含新功能的新版本应用及相关联的全链路服务中进行小规模验证，验证后，再将应用全量升级到新版本。
发布方式
结合注册配置治理中心，可参考全链路灰度发布文档操作。
六、发布回滚
若在发布过程中或者发布完成后发现新版本应用异常，可以使用回滚功能回滚应用，待问题解决后再次发布新版本。
·发布中回滚：对于正在运行中的发布单，若发现异常，需要先终止发布再进行回滚，终止发布未执行的任务节点不再进行发布操作。
·发布后回滚：对于已发布的发布单，若发现异常，直接回滚历史版本即可。
发布回滚的具体操作，请参见 发布回滚。