一文看懂DevOps,再不懂来打我
虽然敏捷开发大幅提升了软件开发的效率和版本更新的速度,但是它的效果仅限于开发环节。研发们发现,运维那边,依旧是铁板一块,成为了新的瓶颈。 运维工程师,和开发工程师有着完全不同的思维逻辑。运维团队的座右铭,很简单,就是“稳定压倒一切”。运维的核心诉求,就是不出问题。 什么情况下最容易出问题?发生改变的时候最容易出问题。所以说,运维非常排斥“改变”。 于是乎,矛盾就在两者之间集中爆发了。 这个时候,我们的DevOps,隆重登场了。 DevOps到底是什么 DevOps这个词,其实就是Development和Operations两个词的组合。它的英文发音是 /de'vɒps/,类似于“迪沃普斯”。 DevOps的维基百科定义是这样的: DevOps是一组过程、方法与系统的统称,用于促进开发、技术运营和质量保障(QA)部门之间的沟通、协作与整合。 这个定位稍微有点抽象,但是并不难理解。反正它不是某一个特定软件、工具或平台的名字。 从目标来看,DevOps就是让开发人员和运维人员更好地沟通合作,通过自动化流程来使得软件整体过程更加快捷和可靠。 破墙工具 很多人可能觉得,所谓DevOps,不就是Dev+Ops嘛,把两个团队合并,或者将运维划归开发,不就完事了嘛,简单粗暴。 注意,这个观点是不对的。这也是DevOps这些年一直难以落地的主要原因。 想要将DevOps真正落地,首先第一点,是思维转变,也就是“洗脑”。不仅是运维的要洗,开发的也要洗。员工要洗,领导更要洗。 DevOps并不仅仅是组织架构变革,更是企业文化和思想观念的变革。如果不能改变观念,即使将员工放在一起,也不会产生火花。 除了洗脑之外,就是根据DevOps思想重新梳理全流程的规范和标准。 在DevOps的流程下,运维人员会在项目开发期间就介入到开发过程中,了解开发人员使用的系统架构和技术路线,从而制定适当的运维方案。而开发人员也会在运维的初期参与到系统部署中,并提供系统部署的优化建议。 DevOps的实施,促进开发和运维人员的沟通,增进彼此的理(gan)解(qing)。 在思维和流程改变的同时,想要充分落地DevOps,当然离不开软件和平台的支持。 目前支持DevOps的软件实在是太多了。限于篇幅,就不一一介绍了。话说回来,现在DevOps之所以被吹得天花乱坠,也有这些软件和平台的功劳,可以趁机卖钱啊。 DevOps生态圈中令人眼花缭乱的工具 上述这些关键要素里面,技术(工具和平台)是最容易实现的,流程次之,思维转变反而最困难。 换言之,DevOps考验的不仅是一家企业的技术,更是管理水平和企业文化。 对比前面所说的瀑布式开发和敏捷开发,我们可以明显看出,DevOps贯穿了软件全生命周期,而不仅限于开发阶段。 下面这张图,更明显地说明了DevOps所处的位置,还有它的价值: DevOps的发展现状 DevOps这个词来源于2009年在比利时根特市举办的首届DevOpsDays大会,为了在Twitter上更方便的传播,由DevOpsDays缩写为DevOps。 目前,DevOps处于高速增长的阶段。尤其是在大企业中,DevOps受到了广泛的欢迎。 根据2018年的调查发现,74%的受访者已经接受了DevOps,而前一年这一比例为66%。 越大的企业,越喜欢DevOps。包括Adobe、Amazon、Apple、Airbnb、Ebay、Etsy、Facebook、LinkedIn、Netflix、NASA、Starbucks、Walmart、Sony等公司,都在采用DevOps。 如今,DevOps几乎已经成为了软件工程的代名词。 DevOps迅猛发展,相关专业人才的薪资待遇也跟着水涨船高。 (编辑:鞍山站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |