SRE，DevOps，PE的运维本质和价值都是为产品和业务服务

《SRE，DevOps，PE的运维本质和价值都是为产品和业务服务》要点：
本文介绍了SRE，DevOps，PE的运维本质和价值都是为产品和业务服务，希望对您有用。如果有疑问，可以联系我们。

导读：本文是我在3月4日数人云北京站线下活动“当西方的SRE遇上东方的互联网”中的分享.

本文从SRE,Devops,PE间的关系开始,介绍企业该如何构建适合自己的运维组织架构并管理团队,讲解持续交付、监控、容量规划等具体运维场景实操,从工程实践的角度解读大规模复杂化的业务场景下运维指导思想的落地.

王超 /?京东金融企业PE团队负责人

目前在京东金融平台负责一个20人左右的应用运维团队(PE团队),也曾负责人人网PE团队.现阶段主要关注运维与业务的融合、业务可用性保障,运维平台建设和团队管理.

我是今天最后的演讲者,前面几位都是很知名的运维专家,对大家提到的很多运维痛点我都感同身受,谈到国内运维行业的发展,我没有在国外工作的经验,今天讲的经验都是我在国内不算美好的IT行业环境下的亲身实践和总结,其中也吸收了很多国内运维行业专家前辈的指点,希望对大家有借鉴的意义.

刚毕业时我在一家世界500强的传统行业公司信息中心做应用运维,后来换到人人网,再后来就是京东金融.从传统行业跳到人人网的时候,加入的是一个刚建立的技术运维团队,我从初期的运维工程师,成长为后来的运维主管.2014年到京东金融的时候,从0开始搭建起整个应用运维团队,从初期建设团队到一个比较稳定的状态,把公司的业务支撑好,这里面有很多经验可以和大家分享.

详解DevOps

DevOps 是传统瀑布流的交付方式中的Dev(开发)和Ops(运维)的关系.

开发和运维有一个矛盾点,开发的人觉得写好代码交给运维,就可以上线部署了,后面的事与我无关.代码像炸弹一样,上线后如果出了问题总是运维背锅.运维的人觉得开发的人总是找麻烦,总是不靠谱,于是把控变更的次数和审核流程,使开发的人不能申请更多的上线,比如一个星期只允许上线一次,就这样阻碍了业务的发展.DevOps解决了这个矛盾,协调了技术运营、QA还有开发三者间的关系.

DevOps误区

国内有很多错误的做法,比如写着招聘DevOps职位,但描述的工作职责跟传统的运维没有太多明显的变化,还是做发布和SA；有的团队把名字改成了DevOps,但是做的是运维开发的工作,要注意“运维开发”不是DevOps.DevOps是一个落实到团队里的文化理念和最佳实践,不只是运维团队做,也不只是开发团队做,而是大家一起做DevOps,甚至有可能单独设有有一些协调员去做发布、交付工作.所以,DevOps不只是一个团队的名称.

我在人人网的时候,DevOps的概念比较火,公司建了一个DevOps团队,后来在专家的指点下,我们把团队名称改成了PE团队.另外,DevOps并不是系统管理员加上自动化工具就够了,在部门里,SA做发布用了很多自动化的工具,但大家要知道,自动化只是一种手段和工具,要想好最终的目标解决的是怎样的问题.最后,DevOps也不是把root权限给了开发人员.开发的人员有root权限会引入很大的风险,DevOps需要控制这个风险.

DevOps技术目标

DevOps的最终目标

DevOps的最终目标是建立一个流水线、准实时交互及时性的业务流程,快速把产品推上线,产生业务价值,最大化业务输出.做事一定要想公司的路线图是什么,公司要做什么样的事情.公司新发布一个产品,上线一个在社交网站上的新消息流功能,目标就应该是把这个功能推上线,服务更多的人,而不是简简单单的做一个工单的处理.目标不一样,结果也是不一样的.

从技术的角度或者是架构的角度来讲,DevOps需要快速部署的平台.这一点是大家都很认可的,很多现在DevOps培训都仅仅做技术上的快速部署平台,但是缺少对DevOps其他方面的培训.DevOps真正的价值是由业务的结果判断的.最大化输出业务,而不止是IT项目的范围或成果,就是对业务产生了多大的影响.

Facebook里有两个词说得特别多,一个是Vision(视野),另一个是Impact(影响力).做事前想想这件事对公司是不是有正向的影响,影响力有多大?视野加上影响力很重要.举个例子,做一个架构的组件,可能短期内公司用不上,但是在明年也许会产生很大的效果,产生很大的改变,那就可以做.做完以后今年可能没有产生效果,但是明年可能对几十人、上百人的开发效率产生非常大的提升,这就是有意义的.所以要看最终的结果,而不只从一个项目的角度去考虑.

DevOps速度&业务连续性

双峰挑战.系统基本上都可以分为这两类：是关注于快速上线的交互型系统,还是关注业务的连续性的记录型(SOR)系统.我们公司是做金融的,其中的交易系统就属于对业务连续性要求特别高的.有些产品则更关注于速度,比如web、app的开发,上线后如果有问题马上回退就好,对用户不会产生特别大的影响,这就是典型的交互型系统,这类系统也比较适合用DevOps.要区分系统是否适合DevOps,银行、证券的的核心系统要把控好,不够成熟就不要上DevOps.

DevOps风险&安全

DevSecOps就是除了DevOps,还要注意安全.互联网公司对三点很关注,那就是速度、成本和质量.要快速的上线、快速的迭代,也要控制好成本.质量不能出问题,业务连续性不能断,如果经常丢数据,业务不能使用,公司的品牌会受到很大的影响.金融公司则更关注于安全,假如数据被窃取了,用户数据或交易纪录被篡改,是致命的.数据非常重要,所以DevOps里又加了一个DevSecOps .

（编辑：宁德站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!