Transfer: DevOps Profile Liu Taifei
DevOps is a complete workflow for IT operation and maintenance to IT automation and continuous integration (CI), continuous deployment (CD), based on the program developed to optimize all aspects of testing, system operation and maintenance.
The concept of DevOps
The word comes from the combination of DevOps Development and Operations, the importance of communication and cooperation prominent software developers and operation and maintenance personnel, and by automating processes to make software build, test, publish faster and more frequent and reliable.
DevOps is to fill the information gap between the end of the development and operation and maintenance end, improve the working relationship between the teams. But the need to clarify the point is, from development to operation and maintenance, as well as the middle test session . DevOps actually consists of three parts: the development, testing and operation and maintenance.
In other words, DevOps want to do is open up the software product delivery process chain of IT tools, so that each team to reduce the loss of time, work more efficiently. The experts summed up the following chart DevOps capabilities, good loop can greatly increase the overall output.
Change history
From the above, I believe we have a certain understanding of DevOps. But in addition to touch the outside of the tool chain, as a culture methodology and technology, DevOps companies also need to change the organizational culture. Recalling the software industry R & D model, it can be found in roughly three stages: waterfall, Agile, DevOps.
DevOps as early as nine years ago it was proposed, however, why the past two years began to be more and more enterprises pay attention to and practice? DevOps is because the development of forest tree does not, and now there are more and more technical support. Micro-service architecture concept, container technology makes it easier to implement DevOps of, capacity building and the development of cloud computing environment enables rapid development of a wider range of products available for immediate use.
What are the benefits?
DevOps的一个巨大好处就是可以高效交付，这也正好是它的初衷。Puppet和DevOps Research and Assessment (DORA) 主办了2016年DevOps调查报告，根据全球4600位各IT公司的技术工作者的提交数据统计，得出高效公司平均每年可以完成1460次部署。
与低效组织相比，高效组织的部署频繁200倍，产品投入使用速度快2555倍，服务恢复速度快24倍。在工作内容的时间分配上，低效者要多花22%的时间用在为规划好或者重复工作上，而高效者却可以多花29%的时间用在新的工作上。所以这里的高效不仅仅指公司产出的效率提高，还指员工的工作质量得到提升。
DevOps另外一个好处就是会改善公司组织文化、提高员工的参与感。员工们变得更高效，也更有满足和成就感；调查显示高效员工的雇员净推荐值（eNPS:employee Net Promoter Score）更高，即对公司更加认同。
快速部署同时提高IT稳定性。这难道不矛盾吗？
快速的部署其实可以帮助更快地发现问题，产品被更快地交付到用户手中，团队可以更快地得到用户的反馈，从而进行更快地响应。而且，DevOps小步快跑的形式带来的变化是比较小的，出现问题的偏差每次都不会太大，修复起来也会相对容易一些。
因此，认为速度就意味着危险是一种偏见。此外，滞后软件服务的发布也并不一定会完全地避免问题，在竞争日益激烈的IT行业，这反而可能错失了软件的发布时机
为什么DevOps会兴起？
为什么会继续火下去？
条件成熟：技术配套发展
技术的发展使得DevOps有了更多的配合。早期时，大家虽然意识到了这个问题的，但是苦于当时没有完善丰富的技术工具，是一种“理想很丰满，但是现实很骨感”的情况。DevOps的实现可以基于新兴的容器技术；也可以在自动化运维工具Puppet、SaltStack、Ansible之后的延伸；还可以构建在传统的Cloud Foundry、OpenShift等PaaS厂商之上。
来自市场的外部需求：这世界变化太快
IT行业已经越来越与市场的经济发展紧密挂钩，专家们认为IT将会有支持中心变成利润驱动中心。事实上，这个变化已经开始了，这不仅体现在Google、苹果这些大企业中，而且也发生在传统行业中，比如出租车业务中的Uber、酒店连锁行业中的Airbnb、图书经销商Amazon等等。能否让公司的IT配套方案及时跟上市场需求的步伐，在今天显得至关重要。
DevOps 2016年度报告给出了一个运维成本的计算公式：
停机费用成本 = 部署频率 * 版本迭代失败概率 * 平均修复时间 * 断电的金钱损失
来自团队的内在动力：工程师也需要
对于工程师而言，他们也是DevOps的受益者。微软资深工程师Scott Hanselman说过“对于开发者而言，最有力的工具就是自动化工具”（The most powerful tool we have as developers is automation）。
工具链的打通使得开发者们在交付软件时可以完成生产环境的构建、测试和运行；正如Amazon的VP兼CTO Werner Vogels那句让人印象深刻的话：“谁开发谁运行”。（You build it, you run it）
实现DevOps需要什么？
硬性要求：工具上的准备
上文提到了工具链的打通，那么工具自然就需要做好准备。现将工具类型及对应的不完全列举整理如下：
-
代码管理（SCM）：GitHub、GitLab、BitBucket、SubVersion
-
构建工具：Ant、Gradle、maven
-
自动部署：Capistrano、CodeDeploy
-
持续集成（CI）：Bamboo、Hudson、Jenkins
-
配置管理：Ansible、Chef、Puppet、SaltStack、ScriptRock GuardRail
-
容器：Docker、LXC、第三方厂商如AWS
-
编排：Kubernetes、Core、Apache Mesos、DC/OS
-
服务注册与发现：Zookeeper、etcd、Consul
-
脚本语言：python、ruby、shell
-
日志管理：ELK、Logentries
-
系统监控：Datadog、Graphite、Icinga、Nagios
-
性能监控：AppDynamics、New Relic、Splunk
-
压力测试：JMeter、Blaze Meter、loader.io
-
预警：PagerDuty、pingdom、厂商自带如AWS SNS
-
HTTP加速器：Varnish
-
消息总线：ActiveMQ、SQS
-
应用服务器：Tomcat、JBoss
-
Web服务器：Apache、Nginx、IIS
-
数据库：MySQL、Oracle、PostgreSQL等关系型数据库；cassandra、mongoDB、redis等NoSQL数据库
-
项目管理（PM）：Jira、Asana、Taiga、Trello、Basecamp、Pivotal Tracker
在工具的选择上，需要结合公司业务需求和技术团队情况而定。（注：更多关于工具的详细介绍可以参见此文：51 Best DevOps Tools for #DevOps Engineers）
软性需求：文化和人
DevOps成功与否，公司组织是否利于协作是关键。开发人员和运维人员可以良好沟通互相学习，从而拥有高生产力。并且协作也存在于业务人员与开发人员之间。
出席了2016年伦敦企业级DevOps峰会的ITV公司在2012年就开始落地DevOps，其通用平台主管Clark在接受了InfoQ的采访，在谈及成功时表示，业务人员非常清楚他们希望在最小化可行产品中实现什么，工程师们就按需交付，不做多余工作。
这样，工程师们使用通用的平台（即打通的工具链）得到更好的一致性和更高的质量。此外，DevOps对工程师个人的要求也提高了，很多专家也认为招募到优秀的人才也是一个挑战。
DevOps的采用现状
哪些公司在用？
DevOps正在增长，尤其是在大企业中：调查发现，DevOps的接受度有了显著提高。74%的受访者已经接受了DevOps，而去年这一比例为66%。目前，在81%的大企业开始接受DevOps，中小企业的接受度仅为70%。
那么具体而言都有些公司在采用DevOps呢？Adobe、Amazon、Apple、Airbnb、Ebay、Etsy、Facebook、LinkedIn、Netflix、NASA、Starbucks、Target（泛欧实时全额自动清算系统）、Walmart、Sony等等。
他们怎么实施的？
首先，大企业正在自下而上接受DevOps，其中业务单位或部门（31%）以及项目和团队（29%）已经实施DevOps。不过，只有21%的大企业在整个公司范围内采用了DevOps。
其次，在工具层面上，DevOps工具的用量大幅激增。Chef和Puppet依然是最常用的DevOps工具，使用率均为32%。Docker是年增长率最快的工具，用量增长一倍以上。Ansible的用量也有显著增加，使用率从10%翻倍至20%。
