发布流程

发布计划

发布回滚

发布评审：* 评审： -项目维度：PM组织、PO主导 -迭代维度：PO组织+主导* 评审内容：整体发布计划、CheckList* 评审时间：发布前2天* 参与人：PM(项目)、PO、主架、主系分、主测分、SA、主PD、DBA/OP(域外)、TL、RD

  发布规范  * 发布准入条件(测试/产品验收；兼容性；性能；CR)  * 发布时间窗口(周二至周四14:00-17:00/20:00-9:00)  * 发布红线  * 遵循技术风险检查标准  * 注意事项

大盘监控

问题/事故

发布准备：* 预发提测后，PO开始着手发布准备.* 准备内容：发布计划* 参与人：PO、主架/主系分、TL

发布单提交：* 发布准入检查 -PO、SA、QA对发布准入进行检查 -检查内容：测试/产品验收结果、各项指标达标情况、CR等  * 发布前1天提交发布工单： -服务(域内)：Aone -服务(域外)：发布平台 -前端：WAP、摩天轮、Jenkins  执行人：TL / RD

发布执行：* 发布执行过程：  发布执行批次/顺序 - PO/TL/TM  发布配置变更/顺序(配置、消息、定时任务等)-PO/OP/TL  数据库变更（SQL执行情况）- PO/DBA  发布回滚：启动应急预案 / 服务回滚(顺序)-PO/TL/TM* 发布检查：  发布顺序/回滚顺序检查 -PO/TL  发布后配置检查 / DB检查 - PO/OP/DBA/QA  发布后应急生效检查（（应急开关、切流开关等）  发布后验证回归 -- QA* 发布过程跟进：  监控盯盘（核心大盘、分域监控盘、数据库监控）  发布进展同步：钉钉、发布通知提醒、发布进度大盘等* 过程执行/参与人：PO、TL / TM、OP、DBA、QA

版本发布（发布日当天）

角色定义PO：发布负责人(通常为研发负责人span style=\

发布单提交

发布评审

  发布checkList  * 配置 / 开关  * 安全风险  * 容量评估  * 稳定性/性能  * 资损风险  * 回滚策略  * 应急预案  * 测试/验收报告

前提

  发布过程跟踪  * 进展跟踪，时时触达  * 发布顺序执行情况  * 发布状态更新同步  * 发布监控大盘  * 发布回滚执行情况  * 发布验收结果

线上监控

服务正式发布前（通常提前2-3天）

线上发布

进展同步

发布准备

  灰度  * 统一灰度名单  * 灰度计划模板  * 灰度过程跟踪  * 灰度监控大盘  * 灰度回滚应急

线上问题/事故

灰度发布（灰度周期）

灰度发布

灰度：* 灰度执行计划：-- PD、PM、TL    试点计划和节奏    灰度统一名单准备    灰度应用发布情况及依赖关系    灰度实施策略(数据迁移、切流、白名单等）* 灰度进度跟踪：   发布情况（未启动、灰度中、已全量）   发布过程监控和生效情况（监控大盘）   灰度过程应急

应急恢复

发布执行

预发提测后

发布过程

适用于 迭代/项目 发布

灰度监控

  发布计划模板（更细化）  * 需求/变更清单  * 依赖关系梳理  * 配置变更清单(开关/消息/定时任务等)  * DB变更清单  * 发布依赖关系  * 发布批次/顺序  * 回滚顺序  * 应急/快恢机制  * 发布验收情况