项目新上线或更新发布申请表(流程控制)
学习资料: ITIL先锋论坛专家讲堂直播 300期视频回放

为确保线上应用稳定,控制项目应用上线质量,提高成功发布率,运维需依据项目新上线或更新发布申请表(流程控制)进行上线。相关产品,研发,质量测试(QA),运维(OPS)共同遵循。这也是实现自动发布所需要流程及程序控制依据。 项目新上线或更新发布申请表示例如下: 上线/更新申请表(示例)
注:1)“中大型”项目必须填写此表,并以纸张形式走申请流程,书面签字确认; 2)“小型”项目填写此表后,以电子邮件审批确认;
| 第一步:项目版本发布信息(由申请人填写) | |||||||
| 项目编号 | 项目名称 | 申请人(PM) | |||||
| 项目类型 | □中大型 □小型 | 用户影响 | □需中断应用服务 □不中断服务,但影响应用 □不中断服务,不影响应用 | 测试情况 | □通过测试 □无需测试 | ||
| 版本发布摘要 | (例:解决XXBUG或新上线) | ||||||
| 版号信息本 | |||||||
| 可用性监控点(必填) | (必填项:保证上线后纳入监控) | ||||||
| 相关负责人(必填) | 研发: 运维: (必填项:用于及时联系负责人跟进处理) | ||||||
| 计划上线/更新时间 | (例: 2010.11.1 7:00~9:00) | ||||||
| 上线/更新步骤 与时间预估 (运维中心填写) | □[应用运维] 停止应用服务器 ____分钟 □其他(可填写在下空白区域) □[数据组] 数据备份 ____分钟 □[数据组] 库更新 ____分钟 □[应用运维] 备份与更新程序 ____分钟 ----------------------------------------------------------------------------------------------------------- □若更新失败,恢复操作 ____分钟 ----------------------------------------------------------------------------------------------------------- □监测与预留时间 ____分钟 ----------------------------------------------------------------------------------------------------------- 时间合计: 乐观估算 ___________ ,悲观估算____________ ; | ||||||
| 准备资料登记 | □安装手册 □上线计划文档 □应用安装包 □DB包 □Check List □公共包 | ||||||
| 回退方案 | | ||||||
| 其他说明/注意事项 | |||||||
| 是否与用户确认时间 | □已确认 □不需要 | 申请时间 | |||||
| 第二步:相关审核(由相关部门负责人填写,审核不分先后) | 第三步: QA审核 | |||||
| 数据组 (可选,涉及DB操作必填) | 应用运维 | 版本发布授权人 (必填) | (必填) 发布授权人或其指定人员 签名: | |||
| 指派跟进人 | 指派跟进人 | 签名: | ||||
| 签名: | 签名: | |||||
| 第四步:操作跟进(由跟进人填写) | |||||
| 运维中心(应用运维跟进人必填,数据组跟进人选填) | 版本发布授权人或其指定人员(必填) | ||||
| 操作结果 | 操作结果 | ||||
| 实际时间 | 实际时间 | ||||
| 备注 | 备注 | ||||
| 应用/数据备份 | □本地 □远端 | 跟进人 签字 | |||
| 已纳入 监控 | □是 □否 | ||||
| 跟进人 签字 | |||||