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]。