DevOps看起来很美，实现起来却很难？

DevOps 正在成为大家所熟知的实践方法和文化价值观，它可以缩短软件发布周期，提升软件质量、安全快速获取产品的开发反馈。然而，企业却几乎众口一词地表示：“DevOps 很好，但我们很难做到”。

手工编译，上传服务器文件，执行各种命令，启动和停止服务器，发现一个 BUG，改完再重复之前说的步骤...... 如今看起来啼笑皆非的重复劳动，在没有 DevOps 概念之前，全靠 IT 人员手工完成。

不仅如此，DevOps 概念的提出，最初因传统模式运维之痛而生。众所周知，DevOps 一词的来自于 Development 和 Operations 的组合。字如其意，DevOps 就是让软件开发人员和运维人员更好的沟通合作，通过自动化流程来使得软件构建、测试、发布更加快捷、频繁和可靠。

《RightScale2017 年度云计算调查》报告数据显示，DevOps 的整体采用率从 74% 上升到了 78%，同时企业的 DevOps 采用率达到了 84%。30% 的企业正在全公司范围内采用 DevOps，同比增长 9%。

这些数字的提升不仅代表了 DevOps 可以带来实际效果的共识，也印证了 DevOps 这两年开始受到越来越多的企业重视。DevOps 概念的深入人心，离不开云计算、容器 /Docker、微服务、敏捷等相关概念和实施的成熟发展。其背后本质是企业 IT 的精益运营，以面对更快的业务试错与业务创新。

概念虽好，落地却难？

DevOps 的一个巨大好处就是可以高效交付。DevOps 理念指向“高度的自动化”，试图制定一条从开发到运行自动运行的流水线，最大程度地摆脱人工的束缚，达到企业生产力的升级。

比如，持续的集成与开发，实现从开发测试、上线运维的一体化自动流程；智能预警帮助用户自动监控集群运行状态，快速定位到问题具体发生的位置，及时通知用户以快速解决问题等。

DevOps 另外一个好处就是会改善公司组织文化、提高员工的参与感。员工们变得更高效，也更有满足和成就感。

由此可见，如果能采用 DevOps，公司就能够做更多的创新，缩短开发周期，将产品更加快速地推向市场；同时创造差别化的公司业务和价值，提高组织效率，而不是不停地修补旧问题。

虽说 DevOps 优势多多，前途大好，企业对 DevOps 的评价也很高，但实际情况却是说的人多，做到的很少。

究其原因，在于 DevOps 并不是简单地将开发部门和运维部门合并，更是企业文化、组织结构的变革，是通过自动化的基础设施、合理的流程规范以及智能的自动运行系统测试来加强开发部门和运维部门之间的协作和沟通。

首先，这涉及到观念问题。DevOps 的最终目的是加强开发部门和运维部门之间的协作和沟通，如何把现在的文化朝 DevOps 思维模式扭转，并且在开发和运维之间找到共识？

对于传统企业，特别是大型分布式组织，在整体意义上的 DevOps 成功往往是不可能实现的。因为 DevOps 要求深层次的文化和组织变革，要改变的太多太多。这意味着大家要扔掉奉行了几十年的显规则和潜规则。你不得不告诉老部下们，大部分他们知道的和每天做的事物都已经过时了。

其次，想要为 DevOps 和应用灵活性而重塑团队，就要有打破 IT 分组壁垒的勇气，并且需要在团队成员筛选上做出艰难的决定。

困难重重，如何实现？

毫无疑问，DevOps 对组织是非常有价值的，但是需要注意的是，整个公司都需要参与到 DevOps 里才能成功。DevOps 需要高级领导层的支持，也需要和最终产品相关的所有人的参与，而不仅仅是开发和运维部门。

第一，在开发和运维之间找到共识，这需要强大的领导力来实现变革。当然，它也需要花费时间和金钱，并且需要在团队成员筛选上做出艰难的决定。

可以从小处开始，不要期望一开始就能让所有人都信服 DevOps。实际中，在特定项目的小型组织内赢得大家的支持，就赢得了会在公司其他地方帮助宣传 DevOps 的大使们，这会带来乘数效应。

第二，围绕业务系统而不是职责来组织工作，这就是 DevOps 打破 IT 分组壁垒的寓意。一个团队应该有开发人员创建代码，从用户界面到业务逻辑和数据结构，也应该有运维人员负责操作自动化和部署。团队待在一起，共同为他们的应用和系统负责。

当然，为了促进 DevOps 战略，调整考核和激励机制是必要的。应该奖励系统创建和运维的整体团队，并且根据团队工作的全部要素来确定奖励。

第三，团队需要选择最合适的工具。虽然 DevOps 是一个概念，但工具是实现 DevOps 的重要组成部分。近两年来如日中天的 Docker 就是实现 DevOps 最合适的工具之一。

最后，好工具得有能人掌控才能发挥其威力。即使找到了好用的工具，也需要有熟悉这个工具链，拥有相应技能的 IT 人员来提供技术支持，才能完成实现自动化的使命。

写在最后

总体而言，DevOps 作为一种理念，推动开发和运维之间的合作，有效回应了当前的商业需求。它的实现是新观念、新工具、新技能的三者叠加。虽然实现起来还有种种问题，但 DevOps 是大势所趋，作为企业的高层和开发运维人员，对这样的变革不能视而不见。

本文系公众号科技云报道原创文章，已经授权 InfoQ 公众号转发传播。

实现路径推荐

DevOps 的概念变迁，从繁到简，从抽象到具象，现已成为各公司基础架构部门发展的必然趋势。但大多数人知道 DevOps 是什么，却不知 DevOps 如何高效落地？在 DevOps 分工模式下如何跨部门高效率协作？面对飞速发展的运维技术，如何转型为智能化运维？……在 DevOps 环境下，给传统的运维工作带来大量的不确定性，一系列问题随之而来，而解决这些“疑难杂症”就成了传统 IT 企业和各大互联网企业真正的需求。

为了更好的解决企业有关 DevOps 的需求，我们依托 CNUTCon 全球运维技术大会，特设了为期 2 天（9 月 8 日—9 日）的深度学习培训。让参会者在会前 9 月 8 日—9 日两天的时间里，跟随一线技术大咖学习 DevOps 如何在企业落地，DevOps 环境下如何跨部门协作，如何利用机器学习来进行快速监控和排障等更多实战技术。

距离培训开班，还有 12 天！席位有限，赶紧点击 「阅读原文」锁定席位，面基一线技术大咖，DevOps 落地方案全掌握。

DevOps看起来很美，实现起来却很难？相关推荐

听起来很美，用起来很累！停车类APP软肋在哪
据数据显示,全国现有汽车已达1亿7千万辆,停车位缺于6800万个.而在北京,汽车保有量和车位的配比大约是1:0.5,而国际上一般是1:1.2,结构严重失衡.正所谓哪里有需求,哪里就有市场.停车位的走俏 ...
最新版Win 10S遭吐槽：看起来很美，用起来很烦
本周,微软将正式推出Surface Laptop,这款售价999美元.配置和外观都很抢眼的新设备将与苹果MacBook展开竞争.然而,除了硬件之外,还有一些不得不说的故事. Surface Lapto ...
贝塞尔曲线想到的--真的很美，但是有时很丑
前面是几张贝塞尔曲线的生成图片,看上去十分和谐,它的方程也是特别优美,唉,只怪我天生懒得动手无法将之贴在这里,那些数学公式太难绘制了,只好在这里空长叹了. 贝塞尔曲线美在只需要很少的信息就可能得到一张 ...
db4o, 看上去很美
由于厌烦了手写Sql,在几个小项目中尝试着使用了Db4O.DAL层写起来是爽了,但是,还是有很多其它东西会绊你的脚. 没有主键的概念(因为对象的内存地址,或者引用就能标志一个对象了).因而外界想指向一 ...
看起来很美 VS. 是你来检阅我的忧伤了吗?
看来了wayfarer "设计,看上去很美!"--算是我的随想<?xml:namespace prefix = o ns = "urn:schemas-micros ...
你的IT运维管理，是否只是“看起来很美”？
原文[请点击] 又有个故事,说是有两只老虎,有一天路过一片肥美的草地,其中一只看见这里环境优美,便被深深吸引,留恋不已 .另一只老虎劝说道:"这里景色虽说不错,但看不见一只牛羊,根本不适合我 ...
设计，看上去很美 wayfarer
设计,看上去很美设计没有标准,模式充满变化,我们对设计与模式的探讨,就是希望能从没有标准的设计中体验设计的乐趣,从充满变化的模式中寻求问题的解决之道. 我这里所谓"设计没有标准&q ...
转龚文祥的一篇文章：对看起来很美的网站要保持审慎的乐观
做网站的人很喜欢参考竞争对手的网站,也总是觉得别人网站模式.设计及新产品做的好,其实客观的心态是对于人家网站的好的东西要借鉴,但不能盲从,尤其对于暂时成功的网站要以在一定背景.大形势下成功的眼光去看, ...
一枝看上去很美的花——书评《Java与模式》
一枝看上去很美的花 --书评<Java与模式> 撰文/剃刀 (本文首发于<程序员>杂志2003年第1期) 躺在我面前的,是阎宏博士编著.电子工业出版社出版的厚达1024页的&l ...

DevOps看起来很美，实现起来却很难？

DevOps看起来很美，实现起来却很难？相关推荐

最新文章

热门文章