认识达内从这里开始

认真做教育专心促就业

DEVOPS和IT运维到底有啥关系

发布：济南达内
来源：济南达内
时间：2017-09-18 11:47

近两年来DEVOPS如雨后春笋一样冒了出来,很多运维人都或多或少听过这个词,今天我将我听到的看到的给各位讲一下,也便于各位在今后的运维工作中评估和思考.

济南达内课程受到985大学-中国人民大学的认可,专升本可直接抵扣学分.

    这篇文章是我根据理解和一些经历所得,有不当之处还请见谅.看完此篇你会了解到以下几个问题:

    什么是DEVOPS?

    谁在关注它?

    它和IT运维到底有什么关系,运维需要了解它吗?它的钱景如何?

    DEVOPS的现在与未来

    一、DEVOPS是什么?

    Devops,顾名思义,就是development & operations,

    它是一种方法,让企业内部如何高效的将开发运维连接在一起的桥梁.

    它体现的是效率,它的方法论能将程序员和IT人紧密链接在一起提高工作效率.

    它关注的是工作流程、企业文化、效率工具,而技术并不是它关注的方向.

    更形象的解释看wiki

    devops

    可以把DevOps看作开发(软件工程)、技术运营和质量保障(QA)三者的交集.

    这里面提到了3个公司部门,研发部、质量管理部、IT部,其实就这3个部门的协同互通,3者紧密结合提高工作效率,通过自动化软件交付、架构变更的来实现构建、测试、软件发布等的快捷、频繁、可靠.

    这里补充一下开发环境痛点,其实很多搞开发的人都知道,无论软件、硬件平台,任何一个产品开发需要很多部门的协作.至少应该是这样的:项目立项,研发需求架构,汇总IT资源-提交给IT,IT部署开发环境,软件进入开发初期,配置管理员进行代码结构构建,产品测试,产品发布,QA审核....这其中不是一个部门环节处理完毕就结束自己工作的,开发过程中,需求不断的调整变更,IT环境需求也在变化,这种协作的模式通过规范和流程很多时候可以提升一定的效率,但过程中会产生很多扯皮、推卸责任、任务停滞、环境考虑不全等等一系列问题;毕竟绝大多数都是"各扫门前雪"的思维,很少有人顾及其它部门门口的问题,毕竟非分内事其它部门的事无暇顾及,所以给企业带来一系列的产品发布周期长、项目Delay等等业务问题.

    ---这种环境情况下,DEVOPS出现了,其实早在2009年就有,但当时太理想化了,时机不成熟,即使现在想想都不现实,你让QAITDEVELOPMENT各抽调几人组成这样的部门,来处理统一项目管理、协同软件交付这样的工作,这样组织结构的组建想想都一脑袋包.

    2016年DEVOPS调查显示:采用DEVOPS的高效公司平均每年1460次部署,比没有采用DEVOPS公司相比:高效公司的不是频繁200倍,产品投入使用快2555倍,服务恢复速度快24倍.

    --由此可见这DEVEOPS的潜力..

    二、谁在关注它或推动它?

    很多公司都在研究它实践它,像IBMREDHATAWSGOOGLE,其实简单来说Devops它就是前些年提到的敏捷开发的发展和演变;

    IBM

    IBM是在做DEVOPS流程和文化的梳理,从而推动自身的软件及加工.

    AWS

    AWS是利用云加速DEVOPS的实施,目的还是推动云产品.

    Google,

    google创造了一个职位,SRE,Google SRE负责生产运维,管理着全球上百万台服务器和上面数不清的应用,他们的一举一动都会影响全球千百万用户.其实这帮人干的就是DEVOPS的工作.

    还有前天听了个讲座,京东部署了15万的Docker,只有2-3个人运维5000多个应用.如果没有这种Devops理念的深入想想这种运维工作量都是不可完成的任务.

    三、Devops它和IT运维到底有什么关系,做运维需要了解它吗?

    理论来讲,IT运维,也就是说DEVOPS中的Opration角色其实只能说它包含运维,它应该算是开发中的运维,运维中的开发,开发的角色更重一些.IT运维精通powershell/python/shell在运维圈里已经算是人才了,但DEVOPS对opration的职位要求更高,我们看一个DEVOPS工程师的招聘需求吧.

    济南达内课程受到985大学-中国人民大学的认可,专升本可直接抵扣学分.

    估计有的人看到这,啥也不说了,这不仅仅是运维了,这是配置管理员、研发的合并要求,有机会各位可以在招聘网站看看.

    51job招聘devops的又700多条,看似不多,其实也能看出一个趋势,很多公司已经开始重视DEVOPS,无论它是为了解决自身问题还是客户问题,这个devops的发展大方向是美好的;并且国内外很多培训机构已经开始着手布局.

    市场钱景?那是相当不错,就上面那个把3年以上工作经验月薪30K.所以这么有钱景的工作,IT运维能不关注吗?

    看到这,很多人看到"开发技能"这条就退缩了;同是计算机专业毕业的为啥有的人做开发,有的只能干运维,为什么?因为多数干运维的选择运维的原因就是不爱做开发.(现在很多非专业的也搞运维了,我遇到过采矿专业、化工专业、医药专业,总之运维这行入门门槛毕竟要比开发低很多)

    看到千万不要退缩,你之所以怕它的开发难度,是你还没有真正了解DEVOPS的核心思想.

    devops的核心思想

    DEVOPS的核心思想:自动化、信息透明、文化.目的就是持续改进的工作,目的减少不必要的资源浪费和重复性工作.(虚拟机模板,docker应用其实也是这个思想)

    这里文化我不去说,我只说这里的和IT相关的自动化和通明度;自动化就是自动化运维工具,puppet/ansible(我之前的文章有介绍过,有兴趣可以看看)/chef等等,透明度指的是监控,nagios/cacti/icinga(之前我也介绍过),看到这是不是有信心了.

    这些虽然是IT运维的领域,只不过要求高了,在Devops里已经不再是简单的操作,因为DEVOPS最重要的要求就是快,要求你对这些技能的熟悉程度是精通的级别;而且你要会git/svn/jekins,也许你还要学学docker.最加分的是如果你之前是开发对开发流程很熟悉,那再有一定的运维经验,像你这样的经验不去搞Devops岂不是白瞎了.

    四、DEVOPS现在和未来

    IBM曾在白皮书中说了DEVOPS十个误区,其实你可以理解为下面提到的不是不可实现,只是有的领域做的并不好有难度,需要灵活的看待它.

    devops的误区

    从看到的听到的市场看,很多互联网公司都已在布局,但总是不温不火的鸟样子,但这东西就像ITIL推行多年,Itil看上去已经很成熟了,但有多少公司又真正完全按照ITIL的指导做呢?Itil强调的流程管理有时限制了效率,而Devops你只要把握快、稳、准即可,流程都是为它而变的.

    DEVOPS现状

    devops--盲人摸象

    就像盲人摸象:每个人或部门或公司都在摸索中,她的投入产出比到底多大没有一个明确的标准,只要业务满意度高了,那TCO就算超标了.

    DEVOPS的未来

    就像中国功夫,招式套路变化多端,关键是每一种功夫都有它的自有特色.

    devops&功夫

    总之,Devops的方法及工具都是为业务服务的,快节奏的社会需要快节奏的思想和方法,快节奏的思想需要快速的步伐,快速的同时还要保质保量;就像这表的时间一样,准确的背后其实是各个零部件的团体协作.

    协作

    最后想说的还是那句老话,火的东西不一定适合你.对于公司来讲,即使你看到DEVOPS的好处想要引入此方法,也需要仔细评估的,你的公司文化是否可以接纳它;对于个人来讲,市场上赚钱的技术多样,每种技术花少量时间看看,结合到自己的工作场景,没准哪天你就成为你公司Devops的布道者.

济南达内课程受到985大学-中国人民大学的认可,专升本可直接抵扣学分.

济南达内