网络安全检测|网络安全服务|网络安全扫描-香港墨客投资移动版

编辑注：本文来自技术出版商IT Revolution，最初以白皮书的形式发布为The Top 11 Things You Need to Know about DevOps。经本文作者Gene Kim和本文译者戚一品的授权与推荐，现将完整译文分享给InfoQ中文章的读者们参阅。

Gene Kim在多个角色上屡获殊荣：CTO、研究者和作家。他曾是Tripwire的创始人并担任了13年的CTO。他写过两本书，其中包括《The Visible Ops Handbook》，目前他正在编写《The Phoenix Project: A Novel About IT, DevOps, and Helping Your Business Win》和《DevOps Cookbook》。Gene是 IT运维的超级粉丝，痴迷于改进运维流程——在不影响当前IT生产环境的情况下，使得开发人员可以向生产交付更多可运行的功能，而非只是完成代码。他与多个顶级互联网公司合作过，致力于改进他们的发布流程，提高IT运维流程的完整性。2007年，Computer World将Gene列入了“40岁以下的40个创新IT人士”的名单中，普度大学还给他颁发了杰出校友奖以表彰他在专业领域的成就和领导力。

什么是DevOps

DevOps与敏捷有什么不同

DevOps与ITIL以及ITSM有什么不同

DevOps与可视运维

DevOps的基本原则

DevOps模式的应用领域

DevOps的价值

信息安全和QA如何融入DevOps的工作流

我最喜欢的DevOps模式一

我最喜欢的DevOps模式二

我最喜欢的DevOps模式三

术语“DevOps”通常指的是新兴的专业化运动，这种运动提倡开发和IT运维之间的高度协同，从而在完成高频率部署的同时，提高生产环境的可靠性、稳定性、弹性和安全性。

相关厂商内容

微信数百亿条消息收发背后的Yard平台设计 网易严选售后核心模型的抽象及架构迭代 Go语言团队主管透露下一代Go/Go2关键改变 华为：开源产品云化最大的坑以及思路分析 京东、点融、猎豹、360等大企的区块链玩法，了解一下

相关赞助商

为什么是开发和IT运维？因为典型的价值流就是在业务（定义需求）和客户（交付价值）之间。

DevOps运动的起源通常被放在2009年前后，伴随着许多运动的相辅相成和相互促进——效率研讨会运动，特别是由John Allspaw和Paul Hammond展示的开创性的“一天10次部署”，基础设施即代码”运动(Mark Burgess 和Luke Kanies)，“敏捷基础设施运动” (Andrew Shafer)，“敏捷系统管理”运动(Patrick DeBois)，“精益创业”运动（Eric Ries），Jez Humble的持续集成和发布运动，以及Amazon的“平台即服务运动”等这些运动的相辅相成和相互促进而发展起来的。

DevOps的合著者John Willis写了一个非常好的帖子在这里

相对于瀑布开发模式，敏捷开发过程的一个基本原则就是以更快的频率交付最小化可用的软件。在敏捷的目标里，最明显的是在每个Sprint的迭代周期末尾，都具备可以交付的功能。

部署的高频率经常会导致部署堆积在IT运维的面前。StreamStep公司的创始人，Clyde Logue总结过一句话：“敏捷对于开发重新获得商业的信任是大有益处的，但是它无意于将IT运维拒之门外，DevOps使得IT组织作为一个整体重新获得商业的信任”。

DevOps和敏捷软件开发是相辅相成的，因为它拓展和完善了持续集成和发布流程，因此可以确保代码是生产上可用，并且确实能给客户带来价值。

DevOps不仅仅创建了一个面向IT运维的工作流，当代码已经开发完成但是却无法被部署到生产上时，这些部署就会堆积在IT运维的面前，客户也将因而无法享受到任何价值，更糟糕的是，部署经常导致IT环境的中断和服务不可用。

DevOps具有与生俱来的文化变革的基因组成，因为它革新了开发和IT运维之间的工作流和传统的衡量标准。John Willis和Damon Edwards（两位都是《DevOps Cookbook》合著者）就这个话题写过很多文章：

尽管很多人视DevOps为ITIL和ITSM的颠覆，而我则有着不同的看法，在支撑IT运维的业务流程方面，ITIL和ITSM流程无疑还是最好的。实际上，他们描述了需要被IT运维支持的功能集合，这些功能集合足以支撑DevOps式的工作流。

敏捷和持续集成以及持续发布是开发的输出，这些输出同时作为IT运维的输入，为了适用跟DevOps相关的快速部署的节奏，ITIL流程的很多方面，特别是围绕着变更、配置和发布流程方面，需要自动化。