DevOps是一種強(qiáng)調(diào)軟件開(kāi)發(fā)人員與IT運(yùn)營(yíng)商之間的通信，協(xié)作，集成，自動(dòng)化和合作的開(kāi)發(fā)方法，在2015年一直是IT界永恒的主題。DevOps可能不是一個(gè)新概念，但它正在開(kāi)始輸入黃金時(shí)間使用情況。如果Gartner的預(yù)測(cè)是正確的，那么到2016年，全球前2,000家組織中約有四分之一將使用DevOps。

DevOps用途的擴(kuò)大和實(shí)現(xiàn)的潛在好處推動(dòng)了多種技術(shù)的創(chuàng)新，包括Jenkins，Chef，Puppet和軟件定義基礎(chǔ)架構(gòu)的迅速普及。幾乎巧合的是，但也許不是完全獨(dú)立的，包括微服務(wù)和容器（例如Docker）在內(nèi)的新應(yīng)用程序部署模型變得越來(lái)越流行。所有這些元素都有助于連接開(kāi)發(fā)人員和運(yùn)營(yíng)團(tuán)隊(duì)。

DevOps無(wú)疑對(duì)企業(yè)簡(jiǎn)化產(chǎn)品開(kāi)發(fā)流程的方式產(chǎn)生了重大影響。當(dāng)在更廣泛的持續(xù)交付（CD）方法的背景下考慮DevOps時(shí)，可以獲得最大利益的地方。根據(jù)2014年Evans Data Research的數(shù)據(jù)，即使在那時(shí)，CD仍在某種程度上被所有接受調(diào)查的組織的三分之二采用，即使它們沒(méi)有使用CD標(biāo)簽。有跡象表明，即使那些尚未開(kāi)始采用CD的組織也打算至少在不久的將來(lái)這樣做。

DevOps和CD是很好的搭配。持續(xù)交付就是要?jiǎng)?chuàng)建一個(gè)更具協(xié)作性，凝聚力和及時(shí)性的環(huán)境，以將軟件項(xiàng)目從啟動(dòng)到部署，并隨時(shí)準(zhǔn)備將其發(fā)布到生產(chǎn)環(huán)境中。持續(xù)交付的關(guān)鍵是使用從自動(dòng)構(gòu)建和測(cè)試系統(tǒng)以及客戶到計(jì)劃管道的快速反饋循環(huán)。成功的CD可以使用多種技術(shù)：確保產(chǎn)品始終（至少在理論上）可發(fā)布；釋放周期保持較短，可以重新確定優(yōu)先級(jí)；根據(jù)反饋調(diào)整計(jì)劃；并以可管理的小塊形式發(fā)布。畢竟，傳統(tǒng)的“瀑布式”項(xiàng)目的主要問(wèn)題之一是那些僅每12或24個(gè)月發(fā)布一次的實(shí)例。這些較長(zhǎng)的發(fā)布周期通常意味著它們包含許多更改，因此無(wú)法確定哪些實(shí)際有效或存在錯(cuò)誤。成功的機(jī)會(huì)很小。

CD的一個(gè)極端示例可能是主要的Web服務(wù)，例如Amazon或Facebook，它們可能每小時(shí)（甚至每分鐘）多次發(fā)布更新到生產(chǎn)中。這可能不是大多數(shù)公司想要（或可以管理）的模式，但即使是每周或每月發(fā)布也對(duì)許多公司構(gòu)成挑戰(zhàn)。如果發(fā)布周期要盡可能短，那么很清楚為什么以正確的方式執(zhí)行DevOps是CD成功的主要推動(dòng)力。DevOps的目標(biāo)是消除傳統(tǒng)上已經(jīng)中斷了從開(kāi)發(fā)人員到客戶的變更流程的“減速帶”，并且事實(shí)證明，這種“減速帶”常常是阻礙CD普及的最大障礙。

成功的DevOps和持續(xù)交付

到目前為止，至少在理論上如此好：將其轉(zhuǎn)換為實(shí)際成功的部署是另一回事。建立適當(dāng)?shù)墓ぞ哝準(zhǔn)且粋€(gè)好的開(kāi)始。還需要開(kāi)發(fā)一個(gè)易于理解的過(guò)程。但是，最有影響力的因素可能是采用正確的文化。解決發(fā)展與運(yùn)營(yíng)之間的文化沖突問(wèn)題沒(méi)有簡(jiǎn)單的“一刀切”的解決辦法，但從根本上說(shuō)，成功的關(guān)鍵是信任，而與此密切相關(guān)的是可見(jiàn)性。開(kāi)發(fā)人員應(yīng)了解運(yùn)營(yíng)團(tuán)隊(duì)的需求；運(yùn)營(yíng)團(tuán)隊(duì)?wèi)?yīng)該了解開(kāi)發(fā)人員正在構(gòu)建什么，并與他們一起創(chuàng)建易于部署和管理的應(yīng)用程序。

這并不是說(shuō)選擇正確的工具并不重要。現(xiàn)有的工具可能會(huì)阻礙（甚至禁止）DevOps和CD的成功采用，因此這可能是重新評(píng)估當(dāng)前工具集和流程的時(shí)候了。不管使用哪種工具，在過(guò)去的幾年中，都有一些非常清晰的“最佳實(shí)踐”步驟。根據(jù)與客戶合作的經(jīng)驗(yàn)，以下是我要考慮的五個(gè)方面：

1.超越代碼思考

所有資產(chǎn)都需要作為項(xiàng)目的一部分進(jìn)行控制-藝術(shù)品，設(shè)計(jì)，文檔，配置腳本，二進(jìn)制文件等-否則存在釋放不完整或不一致的應(yīng)用程序的實(shí)際風(fēng)險(xiǎn)，最終導(dǎo)致客戶不滿意。

2.自動(dòng)化

自動(dòng)化流程有助于減少出錯(cuò)的機(jī)會(huì)，并減少對(duì)單個(gè)英雄的依賴。雖然并非項(xiàng)目的每個(gè)方面都可以自動(dòng)化，但更多的方面可以增強(qiáng)可預(yù)測(cè)性和可重復(fù)性，從而支持更快，更高效的發(fā)布流程。成功的DevOps和CD取決于統(tǒng)一，連續(xù)的管道，該管道在流程的每個(gè)步驟都支持自動(dòng)化。

3.智能測(cè)試

將自動(dòng)化測(cè)試計(jì)劃為持續(xù)集成（CI）流程的一部分。需要仔細(xì)計(jì)劃以確保足夠的覆蓋范圍，而又不要太慢以至于無(wú)法快速發(fā)布。選擇正確的工具和硬件是重要的因素，但是進(jìn)行“正確的”測(cè)試也是如此，且測(cè)試數(shù)量不超過(guò)所需數(shù)量。沒(méi)有簡(jiǎn)單的方法可以預(yù)測(cè)這意味著什么以及需要在每個(gè)項(xiàng)目的上下文中加以考慮。測(cè)試的反饋必須迅速返回給開(kāi)發(fā)人員進(jìn)行處理。切記還要首先考慮如何將安全測(cè)試合并到測(cè)試計(jì)劃中以及如何將安全要求包括在項(xiàng)目計(jì)劃中。

4.版本一切

良好的CD和DevOps結(jié)合的核心是所有資產(chǎn)或工件的單一，高度透明的存儲(chǔ)庫(kù)。這不僅意味著具有了解當(dāng)前正在發(fā)生的事情（以及誰(shuí)在做什么）的能力，而且還具有從創(chuàng)建到部署的“歷史”，具有明確的責(zé)任感，并且可以選擇“回滾”到以前的版本需要。

高質(zhì)量的跟蹤意味著所有更改和相互依賴性都作為完整的版本提供，從而使執(zhí)行任何調(diào)試更加容易。為此選擇版本控制引擎時(shí)，請(qǐng)考慮它是否可以處理所需的所有不同工件類型，以及是否可以隨著組織產(chǎn)品或分布式開(kāi)發(fā)環(huán)境的增長(zhǎng)而擴(kuò)展。版本管理工具是否足夠快以支持快速且頻繁的CI構(gòu)建和測(cè)試？

考慮安全性也很重要：畢竟，所有源代碼，設(shè)計(jì)等都可能代表您組織的最有價(jià)值的知識(shí)產(chǎn)權(quán)。許多現(xiàn)有的版本控制系統(tǒng)可能不具備這些功能，因此就DevOps和CD而言，不適合特定用途。

5.工具和文化需要協(xié)同工作

版本控制之類的工具起著重要的輔助作用，但是文化態(tài)度決定一切。除了獲得管理層的支持外，成功采用CD和DevOps的人還發(fā)展了內(nèi)部“冠軍”，他們可以教育和幫助同齡人。

DevOps和Continuous Delivery都具有巨大的潛力，可以改善甚至改變各種組織內(nèi)部的生產(chǎn)和發(fā)布周期。從一開(kāi)始就確保工具，流程和文化的正確基礎(chǔ)將有助于將這一承諾變成可證明的改進(jìn)。