DevOps转型成功之路1 - 转型的意义

DevOps转型应该怎么作

DevOps is everywhere，全部人都在说在作。DevOps转型的案例和故事不少，有些转型成功了，但也许失败的例子更多（虽然你没有机会听到他们出来分享了）。不一样组织面临的状况和环境各不相同，其实很难简单的复制别人的成功。

我常常喜欢举的一个例子，学习DevOps有不一样的方式，就像人类学习飞行时有鸟飞派和空气动力学派。人类的飞行梦想始于古老而又遥远的年代，但真正的飞行实践起源于仿鸟飞行，即给本身装上一对翅膀，学习鸟的扑翼动做而飞行，但大量长期的实践证实这样的尝试都是失败的。但还有另一派，英国的科学家提出人造飞行器应该解决推动动力和升力等方面的问题，须要加强对空气动力学理论体系的基本认知，这使不少人放弃了单纯模仿鸟类飞行而逐渐接受和实践固定翼飞行器的设计思路，并最终由莱特兄弟发明了彻底受控、可持续飞行的载人飞行器。 

DevOps的实践和转型也是同样，咱们很难照搬其余组织的成功，而是应该深刻理解其背后的原理、原则和实践，从正确的方向入手。本文主要内容来自Jez Humble在Devon Summit上的演讲《Leading a DevOps Transformation》，重点介绍了DevOps转型的五个误区、五个实践，以及转型实施的具体建议。由于篇幅较长，我将会经过两篇文章跟你们分享。另外，与以前的文章同样，我会结合个人经验和理解进行适当的内容扩展，而不只限于演讲内容，核心仍是但愿帮助你们少走弯路、避免踩坑，可以更顺利的走向DevOps成功之路。 

另外再介绍一下Jez Humble，做为DevOps领域里公认的世界级领军人物，他既是一位很是有影响力的软件研究人员，也是一位屡获殊荣的做家。他与其余做者合著的《持续交付》(Continuous Delivery) 一书曾获Jot大奖，是学习DevOps的必读书籍。Jez的其余畅销书包括《精益企业》(LeanEnterprise)，以及DevOps Handbook，其中文译本《DevOps实践指南》将于5月5日在DevOpsDays北京站首发，大神Jez Humble也会来华与你们面对面畅谈DevOps！ 

DevOps可以帮助咱们什么

传统软件交付方式的问题你们都清楚，好比很长的交付周期、不好的应变能力和低效的价值交付。全部不少组织进行了敏捷转型，但敏捷转型的历程可能也并非一路顺风。以开发为表明的工程师部门使用敏捷的方式运做，从瀑布转向了Scrum快速迭代，并引入了TDD，作好了架构解耦，工做很是开心。

但组织里的其余部门也许就不是这样想的了。好比运维团队，原来一年作好几回发布就能够了，如今随时有上线包扔过来，随时都须要准备发布，这个实在太可怕了。遇到这样的问题，很天然的反应是创建起一个屏障，好比"变动管理流程"，而这个流程的职责就是限制变动。 

DevOps的出现就是为了解决这样的问题，可能不少人对DevOps的理解都不一样，也可能并无一个统一的定义。但这并无关系，咱们能够从DevOps的起源来思考。DevOps运动始于社区，一些人试图解决某些从未被解决的问题：如何构建大规模、分布式、可靠、安全的系统，而且能够在持续、快速变动的状况下，让系统一直保持安全和可靠。

在过去的五年时间中，经过对不少高效能企业的调研，能够发现投资于DevOps实践所取得的众多好处，首当其冲的就是软件交付会对业务发展产生重大的影响，高效能企业有两倍于其余企业的几率达到其利润率、市场占有率、生产效率等业务目标。

接下来，咱们从统计学的角度来分析IT效能，这里设计了两大类四个指标。分别是度量吞吐量的指标（部署频率、变动前置时间），以及度量稳定性的指标（MTTR、变动失败率）。这些数据来自每一年的DevOps现状调查报告，我在去年也进行过屡次线上、线下解读和分享，这里暂不展开说明。但值得再次强调的是，从统计结果上来看，高效能的企业能够在吞吐量和稳定性方面兼得，而不是传统意义上的为了提高效率而牺牲质量，或者为了质量而牺牲效率。

以前Facebook有句格言是"Move fast and break things"，意思是公司应该快速行动、打破陈规。但我以为能够改为"Move fast and don't break things"，即快速交付的同时必需要确保质量和安全性，这正是DevOps能够赋予给咱们的能力。

DevOpsDays大会北京站报名通道

2018年5月5日，与大神Jez Humble面对面畅聊DevOps！ 

与大神见面并交流的机会可贵，赶快扫码报名！