发布计划
发布回滚
发布评审：* 评审： -项目维度：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变更清单 * 发布依赖关系 * 发布批次/顺序 * 回滚顺序 * 应急/快恢机制 * 发布验收情况
