DevOps的承諾十分明確。然而，企業(yè)構(gòu)建應(yīng)用程序的方式變更可能引起團(tuán)隊(duì)之間的反感。

有時(shí)候，運(yùn)維人員認(rèn)為開發(fā)人員坐在自己的象牙塔里，整天寫代碼，希望快點(diǎn)發(fā)布程序，無視現(xiàn)實(shí)世界的制度約束。開發(fā)人員則視運(yùn)維為災(zāi)難預(yù)言者，一直聲稱IT基礎(chǔ)設(shè)施會(huì)在新代碼的壓力下崩潰。企業(yè)的變革腳步正在加快，創(chuàng)造更大、更復(fù)雜的應(yīng)用，某種程度上，兩者之間的關(guān)系愈加緊張。

歸并觀念沖突不容易。企業(yè)必須打破這兩個(gè)群體之間的隔閡，讓他們以一種更加合作的方式開展工作。此外，運(yùn)維需要引入必要工具來實(shí)現(xiàn)自動(dòng)化變更管理流程。只有經(jīng)過這些步驟，DevOps文化才會(huì)深入團(tuán)隊(duì)。

聚焦變更管理流程

企業(yè)處于不斷變化的恒定狀態(tài)。

“通過改變業(yè)務(wù)流程，產(chǎn)品和用戶服務(wù)，公司可以抓住需要立快速響應(yīng)以及立即采取行動(dòng)的新機(jī)遇，”Bill Claybrook，馬薩諸塞州New River Marketing Research公司總裁說。

DevOps幫助他們實(shí)現(xiàn)了這一目標(biāo)。這種IT文化將開發(fā)測試與系統(tǒng)運(yùn)維緊密的聯(lián)系在一起。兩個(gè)團(tuán)隊(duì)更緊密的合作并實(shí)現(xiàn)自動(dòng)化部署過程，不需要再關(guān)注運(yùn)維如何辛苦地上線新服務(wù)。結(jié)果就是新版本能更快也更頻繁地發(fā)布。某些情況下，變更幾乎是不間斷產(chǎn)生，例如Amazon Web Services每11.7秒就會(huì)部署一次軟件更新。

DevOps的快速步伐會(huì)給運(yùn)維和開發(fā)帶來壓力。企業(yè)需要持續(xù)設(shè)計(jì)與測試更大規(guī)模和更復(fù)雜的產(chǎn)品。Microsoft Office 2013 Professional占用約700MB磁盤空間，由數(shù)十億行代碼構(gòu)成。讓一款應(yīng)用程序中的所有元素很好的協(xié)同工作，對開發(fā)和運(yùn)維來說是個(gè)充滿挑戰(zhàn)的過程。

超越軟件的變更

除了軟件變更，公司還需要不斷改善，增加新系統(tǒng)，升級現(xiàn)有設(shè)備，招聘和解聘員工。

“許多IT部門都在糾結(jié)如何讓系統(tǒng)跟上移動(dòng)、社交和云解決方案的步伐，”企業(yè)系統(tǒng)管理軟件公司IDC的研究副總裁Mary Johnston Turner說。

隨著變更次數(shù)不斷增加，也會(huì)出現(xiàn)類似人為錯(cuò)誤的可能。DevOps團(tuán)隊(duì)可能會(huì)推送1000次變更，其中可能有一個(gè)可能會(huì)造成干擾引發(fā)問題。

公司“近視”威脅到DevOps文化

溝通是系統(tǒng)缺陷的主要原因之一。業(yè)務(wù)部門、開發(fā)和運(yùn)維都是根據(jù)設(shè)定的流程進(jìn)行合作。這就像不同的團(tuán)隊(duì)各自擁有小塊的應(yīng)用程序拼圖，有時(shí)候，近視、誤解與不信任會(huì)產(chǎn)生漣漪效應(yīng)。當(dāng)團(tuán)隊(duì)從不同角度解決同樣挑戰(zhàn)時(shí)，也必然會(huì)出現(xiàn)誤傳。存在的問題既浪費(fèi)精力又徒勞無功，***會(huì)導(dǎo)致所有的后果都推到替罪羊身上。

開發(fā)周期越后面出現(xiàn)的問題，造成的創(chuàng)傷性影響也越大。例如在即將推送的更新中，開發(fā)人員重寫了幾個(gè)運(yùn)行在New York Stock Exchange上的應(yīng)用程序shell腳本。

“整個(gè)系統(tǒng)崩潰了，幾乎有一小時(shí)無法進(jìn)行交易，”顧問兼軟件工程師Bob Aiello說，結(jié)果造成了數(shù)百萬美元的損失。(他是《Configuration Management Best Practices: Practical Methods that Work in the Real World》一書的聯(lián)合作者。)

嚴(yán)苛的業(yè)務(wù)流程

當(dāng)系統(tǒng)出現(xiàn)故障時(shí)，首先需要通知運(yùn)維，運(yùn)維的職責(zé)在于維護(hù)系統(tǒng)的可用性。員工與企業(yè)越來越多的依賴100%可用性的IT服務(wù)。面對潛在的宕機(jī)風(fēng)險(xiǎn)，運(yùn)維人員對穩(wěn)定性的價(jià)值十分珍惜，并且對可能導(dǎo)致維護(hù)與宕機(jī)的變更有抵制，因?yàn)閳?zhí)行這類變更往往會(huì)導(dǎo)致服務(wù)器故障并影響聲譽(yù)。更少的變更意味著減少可能出現(xiàn)的故障。此外，故障排除也會(huì)隨著系統(tǒng)處于恒定的變更狀態(tài)而愈加復(fù)雜。

為了保護(hù)基礎(chǔ)設(shè)施，IT運(yùn)維團(tuán)隊(duì)經(jīng)常會(huì)為開發(fā)者設(shè)立近乎苛刻的流程。例如，英國政府支持的Information Technology Infrastructure Library(信息技術(shù)基礎(chǔ)設(shè)施庫，ITIL)是一套IT服務(wù)管理設(shè)計(jì)***實(shí)踐，設(shè)計(jì)用于提供滿足企業(yè)需求的IT服務(wù)。流程包括如何處理變更管理，但開發(fā)人員通常會(huì)抱怨說，這些東西十分繁瑣，也不必要。

要培養(yǎng)長期的DevOps企業(yè)文化，企業(yè)就必須取得平衡。運(yùn)維必須更有效地應(yīng)對變化。監(jiān)控系統(tǒng)變化是個(gè)耗時(shí)并有挑戰(zhàn)性的工作。今日，系統(tǒng)自動(dòng)化工具如Puppet Labs Puppet和Chef，已經(jīng)能夠企業(yè)更快更有效的提供IT資源。

開發(fā)者需要看到他們的工作對業(yè)務(wù)的其他方面產(chǎn)生的積極或消極后果。一個(gè)辦法是讓他們帶尋呼機(jī)，這樣在出現(xiàn)問題時(shí)，能實(shí)實(shí)在在的感受到混亂以及支持人員那種緊張。這種同情會(huì)在新版本中潛移默化，讓他們更明智。

DevOps試圖將運(yùn)維與開發(fā)更緊密的結(jié)合在一起。從理論上講，引入DevOps文化有助于滿足企業(yè)快速變化業(yè)務(wù)的需求。

投入是值得的。根據(jù)Puppet Labs的調(diào)查顯示，把開發(fā)和運(yùn)維緊密聯(lián)合起來，提高了部署速度并降低了變更事故率的時(shí)間以及從故障中恢復(fù)的時(shí)間。但是，這些好處只有在兩個(gè)團(tuán)隊(duì)都意識到需要互相支持，并且公司投資新工具簡化資源配置流程下才能得以實(shí)現(xiàn)。