上线清单梳理

一、发布内容

1.1 业务变更

业务视角修改了哪些内容

1.2 系统变更

系统维度修改了那些应用、开了那些分支，以及相关人员。

1.3 依赖变更

主要包含外部系统的依赖，非本域依赖

依赖的外部的系统

1.4 发布依赖/顺序

若有外部域系统依赖，发布顺序也需要评估外部域相关系统

系统 ->  执行人 -> 顺序

1.5 回滚依赖/顺序

评估回滚影响面，确定回滚顺序，通知相关上下游，并在发布群进行报备。

系统 ->  执行人 -> 顺序

二、其他变更

2.1 apollo配置

2.2 消息MQ配置

2.3 DB变更

2.4 域名

三、三板斧

1. 灰度

如果有相对复杂的灰度方案，建议在系分方案中体现，且使用数据流图方式展示

2. 监控

监控需要关注两部分，一，变更内容可监控，二，变更是否影响其他业务

3. 回滚

参考1.5 梳理顺序执行

四、安全/风控

不存在数据安全、业务安全，不需要风控团队介入

五、容量评估

不是新业务上线，不需要评估业务对当前系统水位的冲击和压力。

除对服务器压力外，还需要评估数据库/消息/缓存/任务等压力。

六、CR记录

CR人员，需要技术/测试/产品参与，产品不做强要求