關(guān)于DevOps，你不知道的那些事兒
在本文中我們將會(huì)討論一些人們對DevOps的誤解，同時(shí)會(huì)介紹一個(gè)能夠帶來DevOps文化轉(zhuǎn)變的流程。
什么是（不是）DevOps？
在一篇題為“不，你并不是一個(gè)DevOps工程師”的博文中，Cloud Technology Partners公司的副總裁兼***架構(gòu)師Mike Kavis談?wù)摿艘恍┡cDevOps相關(guān)的錯(cuò)誤想法。例如，他提到一些團(tuán)隊(duì)是如何誤用術(shù)語DevOps的：
|
企業(yè)正在為DevOps苦惱。他們都想得到DevOps，即使很多企業(yè)并不知道它到底是什么。在很多情況下，我會(huì)看到那些自稱DevOps的基礎(chǔ)設(shè)施團(tuán)隊(duì)在領(lǐng)導(dǎo)一個(gè)基層倡議。當(dāng)我問他們開發(fā)團(tuán)隊(duì)在哪里的時(shí)候，他們通常會(huì)說“我們并沒有邀請他們”，甚至更糟“我們并沒有同他們交流”。 |
一些工程師將自己宣傳為DevOps，但是他們并不是，因?yàn)楦鶕?jù)Kavis所說“DevOps并不是一個(gè)人，一個(gè)角色或者一個(gè)頭銜。即使你可以聲稱自己是一個(gè)DevOps工程師，但是這僅是你自己的看法，實(shí)際上你并不是。”如果DevOps不是一個(gè)角色，一個(gè)資格，一個(gè)頭銜，那么它到底是什么呢？Kavis的定義是：
|
DevOps是一種文化轉(zhuǎn)變，或者說是一個(gè)鼓勵(lì)更好地交流和協(xié)作（即團(tuán)隊(duì)合作）以便于更快地構(gòu)建可靠性更高、質(zhì)量更好的軟件的運(yùn)動(dòng)。 |
然后他詳細(xì)描述說：
|
DevOps是軟件開發(fā)生命周期（SDLC）從瀑布式到敏捷再到精益的發(fā)展。DevOps超越了敏捷，它的關(guān)注點(diǎn)是從SDLC中移除浪費(fèi)。通常情況下，發(fā)現(xiàn)浪費(fèi)或者瓶頸的形式包括：不一致的環(huán)境，人工的構(gòu)建和部署流程，差的質(zhì)量和測試實(shí)踐，IT部門之間缺少溝通和理解，頻繁的中斷和失敗的協(xié)定以及那些需要珍貴的資源、花費(fèi)重要的時(shí)間和金錢才能保持系統(tǒng)運(yùn)行的全套問題。 我看到的另一個(gè)重復(fù)模式是：一個(gè)“DevOps”團(tuán)隊(duì)的***步通常是決定他們是否應(yīng)該使用Chef或者Puppet（或者是Salt、Ansible等其他任何熱門的東西）。他們甚至還沒有定義自己打算解決的問題，即使他們手頭的工具可以解決它們。這些團(tuán)隊(duì)通常會(huì)緊張地構(gòu)建數(shù)千行腳本，但是這就產(chǎn)生了一個(gè)問題：“我們的職責(zé)是編寫Chef腳本還是通過質(zhì)量更好、更穩(wěn)定的產(chǎn)品更快地進(jìn)入市場？”。在大多數(shù)情況下，這些團(tuán)隊(duì)會(huì)將自己逼入絕境，大量的專有腳本實(shí)際上是增加了系統(tǒng)的浪費(fèi)，而隱藏在DevOps運(yùn)動(dòng)之后的驅(qū)動(dòng)力是從系統(tǒng)中移除浪費(fèi)，這些團(tuán)隊(duì)并沒有做到這一點(diǎn)。 |
如何實(shí)現(xiàn)DevOps？
如果說DevOps是一種打算讓開發(fā)某個(gè)產(chǎn)品的多個(gè)團(tuán)隊(duì)之間能夠更好的交流和協(xié)作的文化變革，那么下一個(gè)問題就是我們該如何實(shí)現(xiàn)DevOps，我們?nèi)绾螌⑦@種文化引入到自己的公司中？
DTO Solutions的共同創(chuàng)建者Damon Edwards在2013年的DevOps Days Mountain View上做了題為“如何發(fā)起一個(gè)DevOps變革”的主題演講，他推薦通過一個(gè)三步走的過程將DevOps文化引入到某個(gè)組織中：
一、弄清楚“為什么？”
根據(jù)Edwards所說，首先非常清楚組織成員為什么會(huì)聚到一起，知道他們試圖實(shí)現(xiàn)什么，清楚他們的目的是什么是非常重要的。為了找到這些問題的答案我們應(yīng)該直接與組織中的這些人交流，詢問他們?yōu)槭裁磿?huì)出現(xiàn)在這里。組織的主要目標(biāo)是我們實(shí)現(xiàn)DevOps文化的唯一原因，除此之外沒有其他原因。
Edwards認(rèn)為DevOps僅僅是達(dá)到目標(biāo)的一種手段，但是它自己本身并沒有結(jié)束：“DevOps并不是你的為什么，不是你合作伙伴的為什么，當(dāng)然也不是你業(yè)務(wù)的為什么”。他甚至建議忘記DevOps團(tuán)隊(duì)，而是使用服務(wù)交付作為替代，因?yàn)?ldquo;我們的職責(zé)是創(chuàng)造服務(wù)”。
二、實(shí)現(xiàn)組織合作
按照Edwards介紹的過程，接下來需要做的是使整個(gè)組織合作，讓所有人基于一組共享的條件和規(guī)則向一個(gè)共同的目標(biāo)努力。當(dāng)你能夠把同一個(gè)目標(biāo)指定給多個(gè)人的時(shí)候，一個(gè)組織就實(shí)現(xiàn)了正確的合作，他們會(huì)選擇同樣的方式去實(shí)現(xiàn)各自的目標(biāo)；他們對于同一個(gè)問題有同樣的答案。這可能是“組織合作的***夢想”。
為了完成這種合作，組織內(nèi)部必須要有人描繪一個(gè)DevOps愿景。這并不能通過教學(xué)過程實(shí)現(xiàn)，因?yàn)槿藗冎粫?huì)嘗試著機(jī)械性地遵循這些步驟。我們需要的是教會(huì)大家一種思維方式。根據(jù)Edwards所說，這可以通過遵循下面的幾個(gè)步驟實(shí)現(xiàn)：
1、教導(dǎo)基本的概念，例如“單件流、批量工作、限制在制品的數(shù)量、拉式vs推式、持續(xù)交付”以及可以使用的工具等組織將會(huì)共享的一些通用詞匯的概念。
2、讓所有人目標(biāo)一致，通過：
a. 價(jià)值流程圖——一個(gè)精益概念，它詳細(xì)描述了一個(gè)組織內(nèi)部發(fā)生的信息流和制品流，引導(dǎo)價(jià)值創(chuàng)造。
b. 時(shí)間線分析——試圖發(fā)現(xiàn)時(shí)間花費(fèi)在哪里，瓶頸在哪里。
c. 浪費(fèi)分析——確定一個(gè)組織所產(chǎn)生的各種各樣的浪費(fèi)以便于盡可能地消除浪費(fèi)。
3、發(fā)展度量鏈，它的意思是對價(jià)值交付鏈中的各個(gè)活動(dòng)進(jìn)行度量，發(fā)現(xiàn)各個(gè)活動(dòng)相互之間的影響。
4、針對基線識別項(xiàng)目/ 實(shí)驗(yàn)。識別哪些項(xiàng)目或者活動(dòng)偏離了基線，并且采取糾正措施。
5、重復(fù)第2至4步。這一步構(gòu)成了持續(xù)改進(jìn)流程。
為了實(shí)現(xiàn)這些想法，Edwards建議了一個(gè)3天的計(jì)劃：
- 第1天—— 教導(dǎo)原則，提出一個(gè)方案進(jìn)行研究，模式和反模式
- 第2天——分析組織當(dāng)前的狀態(tài)，提供問題識別技術(shù)和改進(jìn)指標(biāo)
- 第3天——討論解決方案和工具鏈自動(dòng)化原則，構(gòu)建一個(gè)路線圖
三、持續(xù)改進(jìn)循環(huán)
這些循環(huán)的目的是通過制定計(jì)劃、實(shí)現(xiàn)計(jì)劃、測量輸出和決定如何持續(xù)地改進(jìn)流程。
