文章转自 大唐,文章地址:http://tangzhaohui.net/351#more-351
为了保证系统稳定性,根据严格管理、规范实施的要求,指定该系统上线规范。对于已经开发完毕的系统,需要正式部署到生产环境前必须严格按照一下流程规范实施。
一、测试
- 开发人员对各自开发的模块制定测试方案,特别注意临界点的测试方案。开发人员交付的任务必须保证通过之前制定的测试方案。
- 整个系统开发完毕后,首先要模拟配置生产环境,并将系统部署至模拟环境进行测试。如果暂时没有模拟环境,则需要在中午或者晚上等时间确保客户不使用系统的情况下上线,并确保进行紧急的冒烟测试。
二、上线
- 经技术开发以及业务需求测试完毕且确认无误后,撰写上线方案和上线计划,并发送到相关技术负责人邮箱,经过负责人审核后方可实施。
- 上线方案包含的内容:
- 上线业务介绍
- 数据备份方案
- 上线时间
- 相关人员
- 上线失败后的回滚方案
- 系统上线核验单:(核验单模板见该文档最后)
- “中大型”项目必须填写词表,并以纸张形式走申请流程,书面签字确认;
- “小型”项目填写词表后,以电子邮件发送给所有相关人员确认。
三、上线后检验
- 开发人员对刚上线的系统进行冒烟测试
- 交由业务及需求人员进行正式环境测试,并记录测试结果和问题。尽快提交给开发人员,开发人员确认问题的严重性,如果严重的问题且短时间内没有办法解决,则马上执行回滚方案。
- 负责上线的开发人员撰写上线结果报告,发送到相关技术负责人邮箱。
项目版本发布信息(由申请人填写) | |||||||
项目编号 | 项目名称 | 申请人(PM) | |||||
项目类型 | □中大型
□小型 | 用户影响 | □需中断应用服务
□不中断服务,但影响应用 □不中断服务,不影响应用 | 测试情况 | □通过测试
□无需测试 | ||
版本发布摘要 | (例:解决XXBUG或新上线) | ||||||
版号信息本 | |||||||
可用性监控点(必填) | (必填项:保证上线后纳入监控) | ||||||
相关负责人(必填) | 研发: 运维: (必填项:用于及时联系负责人跟进处理) | ||||||
计划上线/更新时间 | (例: 2013.10.1 7:00~9:00) | ||||||
上线/更新步骤
与时间预估 (运维中心填写) | □[应用运维] 停止应用服务器 ____分钟 □其他(可填写在下空白区域) □[数据组] 数据备份 ____分钟 □[数据组] 库更新 ____分钟 □[应用运维] 备份与更新程序 ____分钟 ———————————————————————————————————– □若更新失败,恢复操作 ____分钟 ———————————————————————————————————– □监测与预留时间 ____分钟 ———————————————————————————————————– 时间合计: 乐观估算 ___________ ,悲观估算____________ ; | ||||||
准备资料登记 | □安装手册 □上线计划文档 □应用安装包 □DB包 □Check List
□公共包 | ||||||
回退方案 | |||||||
其他说明/注意事项 | |||||||
是否与用户确认时间 | □已确认 □不需要 | 申请时间 | |||||
相关人员确认 |