Linux系统运维:http://www.linuxyw.com,QQ交流群:244914685

Linux系统运维

当前位置: 主页 > 架构 >

业务运维管理规范

时间:2013-04-20 16:33来源:www.itkoala.com 作者:itkoala 点击:
互联网产品都有生产过程及生命周期,运维在上线前架构设计、系统、网络、硬件资源规划及上线后质量、效率、优化都发挥不可替代的作用,而业务运维管理规范主要给研发与运维双

转载请注明出处: Linux系统运维 http://www.linuxyw.com/linux/jiagou/20130420/88.html


互联网产品都有生产过程及生命周期,运维在上线前架构设计、系统、网络、硬件资源规划及上线后质量、效率、优化都发挥不可替代的作用,而业务运维管理规范主要给研发与运维双方工作的融合过程作指导性规约,以便产品在上线前、后,开发和运营工作能顺利配合,让双方人员专职工作,提高研发和运维两方质量,进从而实现产品安全、规范运营的目的。
 

阶段 研发 运维 文档输出/关键结束点
需求 在需求评审会议或需求确认之前,leader需要与运维人员沟通项目的产品需求,让运维人员提供相应的《运维需求跟踪表》 研发、运维确定需求。
负责人:leader
需求确定后,在《运维需求跟踪表》中进行需求反馈 对leader的需求反馈进行确认(通过评审会议或邮件方式) 《运维需求跟踪表》的需求反馈
在研发过程中的需求变更,需要通知运维人员 运营参与产品架构、IDC、服务器方案讨论 负责人:运维人员
立项 leader召开立项会议,或发出立项邮件 参与立项会议 立项邮件项目名单
负责人:leader
设计 系统设计中包括已确定的运维需求 更新细化运维需求 系统设计已包括运维需求,并已通过运维人员的检查确认。
负责人:leader
leader可以通过设计评审会议或邮件形式来获得运维人员对《运维需求跟踪表》中的设计确认 检查系统设计,对运维需求进行设计确认(通过评审会议或邮件方式) 《概要设计说明书》
负责人:leader
研发及测试 运维人员和leader沟通系统中各项资源环境配置的需求和完成时间,编写《资源环境准备表》;该《资源环境准备表》需经过leader的确认。 资源准备已完成,且《资源环境准备表》已获leader的检查确认
负责人:运维人员
研发完成时,需更新概要设计文档,以及《部署维护手册》,并提交运维人员 根据《资源准备表》内容进行资源的准备和配置 《部署维护手册》,软件包提供
负责人:leader
转测试的测试需求必需包含运维需求 运维人员负责测试环境,预发布环境和运营环境的搭建(环境配置清单被包括在《资源准备表》中) 测试人员提交发布需求
转测试时提交完整正确的软件包(软件包中包括文件清单) 响应部署、安装运维需求  
发布 现场参与发布工作,保证版本发布质量 参与发布流程的评审,评估产品是否满足上线条件
版本发布工作
产品发布通过评审,具备发布条件
负责人:leader
发布后检验:运维人员进行发布后的验证 产品发布成功
负责人:leader
运维 进行运营版本研发,且版本内容确定时需通知运维人员 影响测试更新需求进行运营版本发布工作 提供产品运营数据
负责人:运维人员
运营版本发布前提供完整正确的程序更新包。 进行日常运营工作
协助问题/故障分析和处理 进行日常运营工作

规范说明:

1、项目立项前的运营需求包括设备、带宽需求、IDC分布、端口申请评估等,设备需求需要提前与运维人员勾通和准备,计划外(没有运营预算)的设备需求必需由总监审核通过。
2、业务上线必需经过测试,必需经过安全扫描(包括对外合作项目),由测试组提交部署需求,研发人员不得跳过流程直接上机发布或变更。
3、运维需要全程参与产品的各阶段,提供运营方案、运维需求支撑,协助问题、故障分析和处理。
4、Leader从组织立项会议到项目上线运营,需要对整个项目负责,包括设备申请、运维需求提交等;除特殊情况,产品经理、频道编辑不建议参与设备申请、运维需求环节。

本文来自linux系统运维http://www.linuxyw.com/linux/jiagou/20130420/88.html

顶一下
(0)
0%
踩一下
(0)
0%
分享按钮
------分隔线----------------------------
发表评论
请自觉遵守互联网相关的政策法规,严禁发布色情、暴力、反动的言论。
评价:
验证码: 点击我更换图片