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