您已經(jīng)做出決定：在DevOps轉(zhuǎn)換的第一步，您將要進(jìn)行連續(xù)交付（CD）。您已經(jīng)奠定了基礎(chǔ)。您已經(jīng)建立了轉(zhuǎn)變?yōu)镃D思維方式的基本前提條件：從確保團(tuán)隊(duì)有共同的目標(biāo)到對(duì)一切進(jìn)行自動(dòng)化和版本控制（包括應(yīng)用程序和支持它的環(huán)境）到確保應(yīng)用程序版本已準(zhǔn)備好投入生產(chǎn)。

怎么辦？您已經(jīng)準(zhǔn)備好實(shí)際實(shí)現(xiàn)CD。你是如何開始的？

因?yàn)镃D是一個(gè)過(guò)程，而不是一觸即發(fā)的動(dòng)作，所以您將需要制定計(jì)劃，實(shí)施該計(jì)劃，采取一些步驟，并準(zhǔn)備在進(jìn)行過(guò)程中重新評(píng)估，修訂和恢復(fù)。您正在改變組織的整體文化，承諾提供更好的方法來(lái)交付更好的軟件。您不會(huì)一口氣完成所有工作。但是，如果您慢慢地步伐并一次向前邁出一步，那么您就可以開始并可以成功。這是成功的公司為實(shí)施CD所采取的一些步驟。

選擇一個(gè)易于管理的小項(xiàng)目開始

組織經(jīng)常犯的一個(gè)錯(cuò)誤是嘗試過(guò)早地做太多事情。CD愛(ài)好者熱衷于這種方法，他們傾向于快速取得重大成就來(lái)證明組織的承諾。因此，他們堅(jiān)持不懈，嘗試解決一個(gè)曲折的復(fù)雜項(xiàng)目?！按蟊ā狈椒ㄓ型麕?lái)豐厚的回報(bào)，但它往往會(huì)帶來(lái)大問(wèn)題。

更好的方法是從一個(gè)小型的未開發(fā)項(xiàng)目開始，該項(xiàng)目使組織可以試用CD并習(xí)慣于新程序。嘗試選擇一個(gè)新的交付預(yù)期的新區(qū)域，該預(yù)期與舊的管道和舊的過(guò)程無(wú)關(guān)。對(duì)應(yīng)用程序進(jìn)行小的，漸進(jìn)式更改更易于測(cè)試，并且在出現(xiàn)問(wèn)題時(shí)也更容易補(bǔ)救。每個(gè)變更都可以更快地通過(guò)管道，從而使組織可以進(jìn)行更短，更快的管道運(yùn)行，從而可以產(chǎn)生可衡量的積極結(jié)果。

定義過(guò)程

選擇初始項(xiàng)目后，需要定義流程。這就像在板上編寫程序一樣簡(jiǎn)單。我們中那些已經(jīng)讀過(guò)Gene Kim的書《The Phoenix Project 》的人都熟悉這一步驟。書中強(qiáng)調(diào)的公司遇到了所有可以想象到的IT交付問(wèn)題，直到IT副總裁Bill Palmer實(shí)施了持續(xù)交付。第一步是讓每個(gè)員工在白板上寫下交付過(guò)程中的步驟，并考慮如何將它們鏈接起來(lái)，從而創(chuàng)建裝配線過(guò)程。然后，團(tuán)隊(duì)匯總了他們的意見，創(chuàng)建了工作流程并將其自動(dòng)化。

事實(shí)是，您可以購(gòu)買一套出色的工具，制定一套激進(jìn)的目標(biāo)，并讓您的團(tuán)隊(duì)接受。但是，除非您制定出一個(gè)流程，了解該流程并分配角色，否則您就無(wú)法開始。

確保無(wú)罪的文化

概述了CD實(shí)施的先決條件，其中包括開發(fā)，質(zhì)量保證和運(yùn)營(yíng)團(tuán)隊(duì)必須具有共同目標(biāo)的要求。這很重要。但這并不是“人們工作”的終點(diǎn)。

實(shí)施CD時(shí)，應(yīng)進(jìn)行持續(xù)檢查，以確保您真正在倡導(dǎo)無(wú)罪文化。在任何CD實(shí)施中都會(huì)出現(xiàn)問(wèn)題，并且您的組織需要確保以積極的方式對(duì)問(wèn)題進(jìn)行分類，而無(wú)需人們互相指責(zé)。成功的DevOps文化會(huì)接受失敗并促進(jìn)冒險(xiǎn)。改用CD會(huì)有風(fēng)險(xiǎn)，您的團(tuán)隊(duì)需要在游戲中保持領(lǐng)先，以不斷改進(jìn)您的流程。

設(shè)定指標(biāo)并衡量您的成功

Kurt Bittner并不是唯一一位反復(fù)提出要量化項(xiàng)目?jī)r(jià)值的思想領(lǐng)袖。但是他確實(shí)像其他人一樣清楚地說(shuō)明了在軟件交付項(xiàng)目中要衡量什么以及如何將這些度量應(yīng)用于流程的每個(gè)步驟。

事實(shí)是，如果不進(jìn)行測(cè)量，就無(wú)法提高，而且要經(jīng)常進(jìn)行。因此，在進(jìn)行持續(xù)交付過(guò)程中的一個(gè)重要步驟是決定要改進(jìn)的方面以及如何衡量改進(jìn)。然后，設(shè)置一系列基線測(cè)量。而你離開了。

采用配置作為代碼

連續(xù)交付的一個(gè)關(guān)鍵方面是能夠自動(dòng)執(zhí)行配置。這種按代碼配置的DevOps做法可確保CD流程的一致性，并消除每次您要將發(fā)行版推向生產(chǎn)環(huán)境時(shí)由于重建配置（可能不一致）而導(dǎo)致的問(wèn)題。

如果要實(shí)施CD，則需要確保您利用啟用配置管理的工具-Chef，Puppet和其他工具。而且我們看到更多的DevOps操作實(shí)現(xiàn)了這些工具。根據(jù)最近的一項(xiàng)調(diào)查，有49％的組織使用配置管理工具，而48％的組織使用版本控制系統(tǒng)來(lái)更改基礎(chǔ)架構(gòu)和系統(tǒng)定義。但是，另一方面，仍然有73％的人至少有一半的基礎(chǔ)架構(gòu)更改仍必須使用手動(dòng)腳本。

編排流程

您已經(jīng)定義了管道；現(xiàn)在您需要進(jìn)行整理。這是一個(gè)漫長(zhǎng)的過(guò)程，但是您需要采取一些步驟：

• 確?？蓮?fù)制的構(gòu)建–配置構(gòu)建系統(tǒng)以使用連接到構(gòu)建作業(yè)的工作區(qū)的干凈存儲(chǔ)庫(kù)，并使用中央共享存儲(chǔ)庫(kù)來(lái)構(gòu)建依賴項(xiàng)。

• 通過(guò)管道共享構(gòu)建文物–確保候選文物被管道中的所有后續(xù)構(gòu)建所使用。

• 為每個(gè)作業(yè)選擇正確的粒度–將管道中的所有步驟分布在多個(gè)作業(yè)中，使您可以更輕松地確定瓶頸。

• 可視化管道–為構(gòu)建管道創(chuàng)建清晰，可訪問(wèn)的視圖，以使?fàn)顟B(tài)溝通暢通無(wú)阻，并使流程對(duì)業(yè)務(wù)經(jīng)理和其他利益相關(guān)者透明。

結(jié)論

最初，連續(xù)交付似乎是一個(gè)艱巨的挑戰(zhàn)，但這是一個(gè)值得走的旅程。您可以使用各種工具，包括許多免費(fèi)的Jenkins插件，以使任務(wù)更易于管理。稍加緊張和深謀遠(yuǎn)慮，您就可以開始進(jìn)行CD項(xiàng)目，該項(xiàng)目最終將為您，您的團(tuán)隊(duì)，您的公司和客戶帶來(lái)切實(shí)的利益。