DevOps：軟體架構師行動指南1.9 更多閱讀材料

<b>1.9　更多閱讀材料</b>

<b></b>

通過下列資源可以閱讀有關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]。