技術(shù)負(fù)責(zé)人必須知道的DevOps10個(gè)小技巧
DevOps成為越來越多的大型公司和組織的關(guān)鍵,所以參考一些公司成功實(shí)施DevOps的一些做法對(duì)我們很重要。
很明顯,只要正確運(yùn)用,DevOps會(huì)是非常有效的工具。今年6月份,一份Puppet問卷顯示,使用DevOps方法的IT部門成功部署軟件的次數(shù)平均是不使用的200倍。同時(shí),他們的恢復(fù)次數(shù)比沒使用DevOps的同行多了24次,而且修改配置的失敗率降到原來的三分之一。
因?yàn)檫@些成功,DevOps變得格外流行,一份2012年以來的真實(shí)報(bào)告顯示DevOps職位比例從不到1%增加到30%。
下面列舉技術(shù)負(fù)責(zé)人必須知道的DevOps領(lǐng)域的10個(gè)技巧:
- 企業(yè)策略不能干擾開發(fā)團(tuán)隊(duì)和IT團(tuán)隊(duì)間的協(xié)作,這一點(diǎn)非常重要。要給予開發(fā)部門自由和資源,來加快DevOps的成功應(yīng)用。這就需要敏捷方法來縮短軟件發(fā)布周期以及降低部署時(shí)機(jī)器宕機(jī)時(shí)間。但是,這需要管理部門支持IT文化變化,減少開發(fā)部門與IT部門間的障礙。
 - 不要忽略你為什么正在做這些。通常人們會(huì)迷失,只是一味確保正確地執(zhí)行了任務(wù),卻不考慮為什么這么做,甚至不會(huì)從整個(gè)組織的角度思考。相反,我們要不斷地解決瓶頸,通過改進(jìn)瓶頸,幫助整個(gè)組織快速高效運(yùn)轉(zhuǎn)。
 - DevOps技術(shù)自動(dòng)化了許多工作,這卻不意味著工作減少了。DevOps改變了開發(fā)團(tuán)隊(duì)和部署團(tuán)隊(duì)的工作方式,但是這兩個(gè)部門不會(huì)相互排除。
 - 不斷反饋是評(píng)估高效率和DevOps成功的關(guān)鍵因素。開發(fā)、設(shè)計(jì)、產(chǎn)品管理等都需要反饋。重要的是不要線性地看待交付過程,你必須不斷地從錯(cuò)誤中學(xué)習(xí),不斷成長。
 - 不能低估團(tuán)隊(duì)合作與相互尊重。所有的員工應(yīng)平等對(duì)待,為了目標(biāo)一起工作。管理者要確保沒有特權(quán)團(tuán)隊(duì)為了發(fā)布某個(gè)版本而打斷整體的DevOps流程。使用聊天室,讓每個(gè)人都能夠討論當(dāng)前發(fā)生的事情會(huì)很有幫助。
 - 開發(fā)周期中盡早解決安全問題。DevOps前沒有考慮安全因素是非常危險(xiǎn)的。安全性需要增加到產(chǎn)品特性中,它不是一個(gè)可以推遲解決的小事。
 - 考慮第三方供應(yīng)商,也許您的組織需要他們的服務(wù)。為了團(tuán)隊(duì)成長,你需要與這些供應(yīng)商建立良好的關(guān)系,來促進(jìn)彼此的信任、得到良好的反饋。
 - 借助DevOps,仍然需要權(quán)限控制,并且開發(fā)者不能有生產(chǎn)服務(wù)器的root權(quán)限。他們也需要類似的機(jī)制管理生產(chǎn)和非生產(chǎn)服務(wù)器,降低潛在問題的概率。
 - 考慮到DevOps團(tuán)隊(duì)每周至少需要25小時(shí)監(jiān)管云環(huán)境,因?yàn)檫@會(huì)占用其它工作的時(shí)間。
 - 信息和進(jìn)度透明。狀態(tài)更新與失敗通知保證組織內(nèi)部信息一致,有助于提高生產(chǎn)率和速度。
 
DevOps在不斷發(fā)展,它已經(jīng)向企業(yè)和組織證明了自己的價(jià)值。每一位技術(shù)負(fù)責(zé)人應(yīng)該參考這10個(gè)技巧并應(yīng)用到自己的公司中。DevOps并不是那些實(shí)現(xiàn)一次就不需要過問的事情,它需要你不斷投入與改進(jìn)。為了加快產(chǎn)品研發(fā)速度、提高團(tuán)隊(duì)效率,你有無數(shù)的事情要做。但參考這十個(gè)技巧將是朝著正確方向邁出的巨大一步。
















 
 
 



 
 
 
 