开发与运维职责分离的必要性

2024-01-02 23:14:14   第一文档网     [ 字体: ] [ 阅读: ] [ 文档下载 ]
说明:文章内容仅供预览,部分内容可能不全。下载后的文档,内容与下面显示的完全一致。下载之前请确认下面内容是否您想要的,是否完整无缺。下载word有问题请添加QQ:admin处理,感谢您的支持与谅解。点击这里给我发消息

#第一文档网# 导语】以下是®第一文档网的小编为您整理的《开发与运维职责分离的必要性》,欢迎阅读!
必要性,职责,分离,开发

开发与运维职责分离的必要性



较大规模的互联网公司一般应该都是分离的。

1、一个是软件开发过程(主要跟开发坏境、工具、解决方案、软件设计打交道),基本纯软。一个是软件运行过程(主要跟机器、部署、监控、事件故障),偏硬。这两个领域差别很大,从业务处理过程,工作特点,到对人员的要求,都非常不同。

2、找这两个方面都很熟悉的人,相对比较难。分开来的话,各自能更更少干扰,集中精力做自己的事情。运维单独拎出来以后,一个人可以利用专业知识和经验,维护几百上千台线上机器的日常事务。这个性价比还是很高的。一般的开发不关注与线上机器的日常运行环境,能更有精力做自己的软件工作,不是总被随时过来的问题中断(话说运营和研发中间设置一个产品,也是一样的道理)

3、这两个不应该一刀切的太绝对,一般性的线上事务,运维能搞定的自己处理掉。与业务、数据或其他专业性相关的问题,还是应该交给研发团队的人员,特别是软件/系统架构师甚至与项目经理、产品经理来协调处理。关键性的问题,运维应该对某些业务或技术特点有一定的了解,以便于更好的处理问题。研发团队负责处理的一些问题,应该工具化自动化,积累成可复用的检验、排错、信息收集工具,交给运维来使用(话说,还有业务相关的工具给运营使用、mock与测试相关工具给QA使用)。所有处理过的问题、实践、故障,应该积累成一个大的知识库,供以后的查询、跟踪,重复利用。


本文来源:https://www.dywdw.cn/03369fe60ba1284ac850ad02de80d4d8d05a0153.html

相关推荐
推荐阅读