1.9　更多阅读材料

通过下列资源可以阅读有关DevOps的不同定义：

Gartner技术成熟度曲线[Gartner]把DevOps归为处于上升期：http://www.gartner.com/DisplayDocument?doc_cd=249070。

AgileAdmins从敏捷角度解释了DevOps：http://theagileadmin.com/what-is-devops/。

从下面列出的最近调查及业界报告中，可以找到更多的内容：

XebiaLabs对与DevOps相关的主题做了广泛调查并有大量的业界报告，可以在如下地址找到：http://xebialabs.com/xl-resources/whitepapers/。

CA科技公司的报告让我们能够了解企业对DevOps的不同理解，报告可以在如下地址找到：http://www.ca.com/us/collateral/white-papers/na/techinsights-report- what-smart-businessesknow-about-devops.aspx。

虽然有些厂商或社区把持续集成工具向持续部署的方向扩展，但也有很多厂商为持续交付和部署发布了全新的工具。

流行的持续集成工具Jenkins有很多第三方插件，包括一些扩展到持续集成的工作流。可以在http://www.slideshare.net/cloudbees找到一些由Cloudbees开发的插件。

IBM最近收购了UrbanCode。它是一个提供持续交付工具套件的新厂商[InfoQ 13]。

ThoughtWorks也发布了名为“Go”的持续部署流水线套件，可以在http://www.go.cd/找到。

本章提到的一些基本概念信息来自下面的*链接：

我们引用的一个DevOps定义可以在http://en.wikipedia.org/wiki/System_admi-ni-strator找到。

发布及部署计划的步骤改编自http://en.wikipedia.org/wiki/Deployment_Plan。

运维人员的职责在http://en.wikipedia.org/wiki/DevOps中。

5个为什么起源于丰田汽车公司，在http://en.wikipedia.org/wiki/5_Whys上进行了讨论。

关于持续部署是否只是一个梦想也有一些讨论（[BostInno 11]）。Scott Ambler不仅参与编写了一本关于规范敏捷交付的书（与Mark Lines合著）[Ambler 12]，并且还维护着一个博客，我们根据这个博客改编了团队角色的定义[Ambler 15]。

Netflix维护着一个技术博客，在上面讨论各种与平台相关的话题。他们的部署步骤在[Netflix 13]中进行了讨论。

Mozilla的发布协调人角色在[Mozilla]中进行了讨论。

Len Bass、Paul Clements和Rick Kazman在《Software Architecture in Practice》[Bass 13]中的第73页及后续章节讨论了架构决策。

对IMVU的讨论改编自Timothy Fitz所写的一篇博客[Fitz 09]。