一、发布内容
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人员,需要技术/测试/产品参与,产品不做强要求