百度高級(jí)架構(gòu)師喬梁：DevOps=Culture+Tools
原創(chuàng)傳統(tǒng)的軟件交付過(guò)程是通過(guò)架構(gòu)、業(yè)務(wù)、技術(shù)運(yùn)維、保障等團(tuán)隊(duì)之間一步一步把交付物交給下一個(gè)環(huán)節(jié)，最后產(chǎn)生交付軟件的價(jià)值。這種交付方式的一個(gè)明顯缺點(diǎn)是各角色僅關(guān)注于自己本身的工作，在中間的流通環(huán)節(jié)產(chǎn)生了很多不必要的浪費(fèi)，如時(shí)間成本和溝通成本等;同時(shí)，這種階段性的交付通常時(shí)間較長(zhǎng)，一旦產(chǎn)生問(wèn)題造成的影響也較大。
敏捷開(kāi)發(fā)是為解決這一問(wèn)題而提出的解決方案。在這種方法里，業(yè)務(wù)人員也深入到開(kāi)發(fā)當(dāng)中，這樣需求、開(kāi)發(fā)、測(cè)試前面三個(gè)環(huán)節(jié)被打通了，但是，到部署的時(shí)候仍會(huì)出現(xiàn)問(wèn)題：因?yàn)轫?xiàng)目是直到最后才交給運(yùn)維人員部署到線上，部署時(shí)經(jīng)常出現(xiàn)比如IP問(wèn)題、機(jī)器資源問(wèn)題、與線上已有程序的沖突等，要花費(fèi)大量時(shí)間解決。出現(xiàn)這種結(jié)果是因?yàn)?，雖然整個(gè)團(tuán)隊(duì)共同的目標(biāo)是項(xiàng)目的最終實(shí)施，但是作為兩個(gè)不同角色的部門，開(kāi)發(fā)團(tuán)隊(duì)和運(yùn)維團(tuán)隊(duì)對(duì)具體的目標(biāo)仍有不同的追求。
那么如何解決開(kāi)發(fā)團(tuán)隊(duì)和運(yùn)維團(tuán)隊(duì)之間的這種隔閡?DevOps應(yīng)運(yùn)而生。
百度DevOps團(tuán)隊(duì)：從三個(gè)月到三周
百度項(xiàng)目管理部高級(jí)架構(gòu)師喬梁
10月22日，在 “QCon杭州2011全球企業(yè)開(kāi)發(fā)者大會(huì)”上，來(lái)自百度項(xiàng)目管理部的高級(jí)架構(gòu)師喬梁與大家分享了百度的一個(gè)交付團(tuán)隊(duì)是如何利用DevOps，在半年的時(shí)間內(nèi)讓交付周期從每三個(gè)月一次提升到每三周一次的。
“我改變了他們的工作方式”，喬梁說(shuō)，新的制度的確影響到了團(tuán)隊(duì)的日常工作，在開(kāi)始的三個(gè)月，團(tuán)隊(duì)的開(kāi)發(fā)速度降了下來(lái)。不過(guò)這種代價(jià)是值得的：三個(gè)月之后，團(tuán)隊(duì)的交付周期就變成了三周一次，并在接下來(lái)的三個(gè)月里一直保持這種頻率。
實(shí)際上，喬梁說(shuō)，三周交付并不是該團(tuán)隊(duì)的極限，還可以優(yōu)化到兩周或更少，不過(guò)，在一種工作方式產(chǎn)生變革并取得成功的結(jié)果后，喬梁認(rèn)為，應(yīng)該把這種結(jié)果持續(xù)一段時(shí)間以使之固化下來(lái)，然后才可以進(jìn)入下一個(gè)階段。
轉(zhuǎn)變的過(guò)程當(dāng)然是痛苦的，喬梁說(shuō)，“但是得到的收益也很大”——DevOps帶給團(tuán)隊(duì)的“不僅是技術(shù)上的改變，還有行為上的改變”。
很多與會(huì)者都關(guān)心這種工作方式的可行性，在會(huì)后的提問(wèn)中，大家的焦點(diǎn)也集中在這一塊：開(kāi)發(fā)團(tuán)隊(duì)和運(yùn)維團(tuán)隊(duì)真的能夠那么協(xié)調(diào)的工作嗎?他們是怎么解決一些工作和技術(shù)上的沖突的呢?
在會(huì)后的交流中，喬梁向51CTO記者表示，目前DevOps這種方式尚沒(méi)有在百度的整體技術(shù)團(tuán)隊(duì)中應(yīng)用，但是他所負(fù)責(zé)的high level的團(tuán)隊(duì)使用這種方式取得了明顯的效果。而且，把交付周期變更為三周一次，是這個(gè)團(tuán)隊(duì)的開(kāi)發(fā)人員和運(yùn)維人員共同提出的，對(duì)于KPI進(jìn)行整體考核的要求，也是團(tuán)隊(duì)成員提出的。
“你要培養(yǎng)一種文化，要建立一種機(jī)制。讓運(yùn)維人員參與到更早——只要項(xiàng)目開(kāi)始，啟動(dòng)階段就要把運(yùn)維人員引入進(jìn)來(lái)，一起開(kāi)個(gè)會(huì)，讓他們知道項(xiàng)目的進(jìn)程”。同時(shí)，開(kāi)發(fā)人員也需要了解到運(yùn)維人員的工作狀態(tài)，因?yàn)橐坏┧麄兞私獾竭\(yùn)維人員每天要處理多少條告警，再開(kāi)發(fā)的時(shí)候就會(huì)注意。據(jù)喬梁介紹，有些公司是通過(guò)輪崗的方式來(lái)促成這種相互理解的。“最后一點(diǎn)也是最關(guān)鍵的一點(diǎn)”，喬梁說(shuō)“任何一種產(chǎn)品的成功，不只是你開(kāi)發(fā)團(tuán)隊(duì)的成功。我希望DevOps里能為同一件事請(qǐng)來(lái)鼓掌，來(lái)建立一種溝通協(xié)作的文化”。
DevOps首先是一種文化轉(zhuǎn)變
改變交付團(tuán)隊(duì)各個(gè)環(huán)節(jié)各自為政的局面，建立一種全新的工作方式，這是DevOps的第一步。然后，我們需要檢視開(kāi)發(fā)運(yùn)維過(guò)程中的每一個(gè)環(huán)節(jié)，減少不必要的浪費(fèi)。
這些浪費(fèi)包括：一些容易造成高風(fēng)險(xiǎn)問(wèn)題的不必要的多分支開(kāi)發(fā);問(wèn)題被發(fā)現(xiàn)的時(shí)間推遲;基于流程平臺(tái)的溝通;浪費(fèi)很多人工在常規(guī)的例行工作上等。
為減少浪費(fèi)，DevOps團(tuán)隊(duì)做了很多工作。首先，持續(xù)交付的一個(gè)前提是持續(xù)集成;其次，將大量的工作通過(guò)自動(dòng)化手段來(lái)實(shí)現(xiàn);部署腳本，所有的變更都走同樣地流程;所有的事情都要做版本控制。DevOps要求所有的人都要做主干開(kāi)發(fā)。
提高工作效率，自動(dòng)化是一個(gè)很重要的手段。喬梁在演講中也多次提到“自動(dòng)化”這個(gè)特點(diǎn)，那么自動(dòng)化是不是DevOps的一個(gè)前提呢?
在回答51CTO記者這個(gè)問(wèn)題的時(shí)候，喬梁表示，“Devops本身第一Culture(文化)是最重要的，你得讓所有人都參與進(jìn)來(lái)，至于自動(dòng)化，它只是一種手段一種工具，因?yàn)楫?dāng)你用傳統(tǒng)交付的方法你的人力的消耗會(huì)很大，會(huì)對(duì)運(yùn)維、測(cè)試等造成很大的壓力，如果你不解決這個(gè)問(wèn)題的話，那你測(cè)試和運(yùn)維都不會(huì)同意的”。
至于實(shí)現(xiàn)自動(dòng)化腳本的手段，喬梁介紹百度是有自己的一套管理運(yùn)維平臺(tái)，其他企業(yè)可能會(huì)通過(guò)puppet之類的工具去做。在不同的環(huán)節(jié)都有不同的自動(dòng)化工具可以選擇。“你不用這些工具沒(méi)關(guān)系，但是比如環(huán)境準(zhǔn)備，還有應(yīng)用度等等你必然要有一套自己的方式。” 喬梁說(shuō)。
針對(duì)目前DevOps在國(guó)內(nèi)外的發(fā)展情況，喬梁說(shuō)，DevOps本身還是比較新的東西，國(guó)內(nèi)外并沒(méi)有很大的差距，“我覺(jué)得還是意識(shí)層面的差距。因?yàn)镈evOps里面很多技術(shù)很多國(guó)內(nèi)的公司也在用，但是他還是把我只把我自己運(yùn)維的這一部分做了，他連不起來(lái)，大家還有隔離。”
正如喬梁在一張演講PPT中所寫道的：“DevOps=Culture+Tools”，它是工作思路的轉(zhuǎn)變輔以適當(dāng)工具的結(jié)果，首要的還是文化轉(zhuǎn)變——“包括我們之前提到的敏捷開(kāi)發(fā)，基本上也是一種文化的變化，而不是一種工具的變化。”喬梁說(shuō)。
【編輯推薦】
