可以說，2021年是開發(fā)運維(DevOps)發(fā)展的關(guān)鍵一年。IDC的最新研究結(jié)果顯示，去年全球DevOps軟件市場投入達到了119億美元，呈現(xiàn)了強勁的兩位數(shù)增長。而且根據(jù)IDC 2021-2025年的預(yù)測，全球DevOps市場將繼續(xù)保持強勁增長，市場規(guī)模將增長一倍以上。

現(xiàn)在我們已經(jīng)到了2021年的下半年，我們可以確定這一年是多么的關(guān)鍵。事實也確實如此，越來越多的企業(yè)開始意識到DevOps給運營帶來的機會。

比起改變流程，開發(fā)運維的理念更能夠幫助團隊完成以前似乎不可能完成的事情——打破業(yè)務(wù)、IT、工程師和業(yè)務(wù)負責(zé)人之間的孤島。隨著我們更加清楚需要通過提高和保持生產(chǎn)力、效率和服務(wù)交付水平才能成功度過未來的一年，因此，開發(fā)運維的理念是最重要的一項變化。

對有些人而言，“開發(fā)運維”雖然看上去十分陌生，但其根本目標(biāo)卻是我們所熟悉的，就是讓IT形成真誠、高效、積極的團隊協(xié)作以及集體責(zé)任感。有些企業(yè)已全力搭建混合團隊，讓運營、開發(fā)和業(yè)務(wù)專家可以共同對IT系統(tǒng)大部分方面的生命周期負責(zé)。當(dāng)每個人都能了解技術(shù)領(lǐng)域以及客戶旅程并承擔(dān)相關(guān)負責(zé)時，彼此間的指責(zé)就變得沒有必要了。

雖然有些企業(yè)機構(gòu)將開發(fā)人員和管理員保留在他們現(xiàn)有的孤島或團隊中，但他們同時也在培養(yǎng)團隊間全新、開放以及互利的溝通，將開發(fā)運維的理念帶入到團隊之中。無論如何，團隊成員都需要進行合作、執(zhí)行工作并不斷改進。開發(fā)運維倡導(dǎo)無責(zé)備的執(zhí)行總結(jié)、沖刺回顧和數(shù)據(jù)驅(qū)動的規(guī)劃，這些都能夠讓團隊提供及時反饋，改善流程以及促進協(xié)作。

開發(fā)運維推動業(yè)務(wù)成功

根據(jù)最新的《中國DevOps現(xiàn)狀調(diào)查報告(2021年)》顯示，由于傳統(tǒng)IT無法滿足企業(yè)在軟件服務(wù)質(zhì)量和交付方面的需求，中國的企業(yè)正在積極向DevOps轉(zhuǎn)型。

自20年前作為一項“運動”出現(xiàn)以來，開發(fā)運維有足夠的時間趨向成熟、解決錯誤并證明自己不是“曇花一現(xiàn)”。隨著復(fù)雜性成為許多企業(yè)機構(gòu)所面臨的頭號挑戰(zhàn)，采用開發(fā)運維會更加務(wù)實。這意味著開發(fā)運維在擴展后更加重視分布式應(yīng)用、混合運營、軟件即服務(wù)(SaaS)和微服務(wù)，而這又需要監(jiān)測各元素的應(yīng)用性能，無論它們是在哪里實現(xiàn)現(xiàn)代化升級。

《中國DevOps現(xiàn)狀調(diào)查報告(2021年)》顯示，中國近六成企業(yè)實現(xiàn)了對整體應(yīng)用性能管理的優(yōu)化設(shè)計，12.39%的企業(yè)建立了完善的性能設(shè)計流程，且性能指標(biāo)支持自動化實時分析。集體可觀察性以及快速適應(yīng)和分享生產(chǎn)性能數(shù)據(jù)的靈活性可以促進更有效的團隊互動，尤其是對于開發(fā)運維團隊而言，在監(jiān)測基礎(chǔ)設(shè)施的同時或之前投資于應(yīng)用性能監(jiān)測(APM)并不少見。

以反饋為導(dǎo)向的開發(fā)運維方法非常適合用來幫助IT專業(yè)人員將APM整合到業(yè)務(wù)中以評估影響。對于管理者而言，在企業(yè)數(shù)字化轉(zhuǎn)型項目中，風(fēng)險的可控性就體現(xiàn)在真實數(shù)據(jù)所反映出的實際運營情況。

開發(fā)運維 + APM = 天作之合

“反饋循環(huán)”是連接開發(fā)運維的“粘合劑”，而這只是開發(fā)運維文化為APM部署所帶來的優(yōu)勢之一。APM展現(xiàn)的越多，開發(fā)和運營團隊就越了解實時使用情況和性能情況。團隊了解的越多，就越能找到優(yōu)化的機會;優(yōu)化得越多，應(yīng)用就越容易使用;而應(yīng)用越容易使用，就會有越多的客戶被吸引到這個平臺——整個循環(huán)就這樣周而復(fù)始。

當(dāng)技術(shù)、廠商、架構(gòu)和運營方式的具體細節(jié)被置于整體服務(wù)和變更質(zhì)量的次要位置時，就更容易解除孤島。APM消除了阻礙團隊了解全局的障礙，并且整個企業(yè)機構(gòu)都可以從中受益，尤其是對于有多個跨團隊組件的應(yīng)用。

APM的采用也可能受到更多開發(fā)運維學(xué)術(shù)協(xié)會的鼓勵。開發(fā)運維的支持者往往更加推崇以數(shù)據(jù)和研究為依據(jù)的決策流程。團隊之間的合作幾乎都是通過對可驗證的生產(chǎn)實際情況達成共識來加以改進(或至少消除摩擦)，尤其是在開發(fā)運維所支持的企業(yè)文化變革早期。當(dāng)所有人對指標(biāo)和事件分析達成一致意見時，團隊就可以專注于他們最擅長和最喜歡的事情：通過配置技術(shù)滿足業(yè)務(wù)需求。隨著改進訪問和正常運行時間已成為復(fù)雜、關(guān)鍵應(yīng)用的一項規(guī)范，越來越多的管理員轉(zhuǎn)向APM獲得關(guān)鍵、客觀的共享運營情況。

開發(fā)和運維具有不同的“基因”

在關(guān)于開發(fā)運維價值的討論中，人們常常忽略了性能下降對 “傳統(tǒng)”運營團隊而言是多么令人沮喪的一件事情。在“開發(fā)運維”中，開發(fā)被放在第一位，因為它主要是由希望幫助減少運營人員負擔(dān)的開發(fā)人員所領(lǐng)導(dǎo)。但開發(fā)人員和運營管理員有著不同的“基因”。運維團隊并不總是急于在解決極為罕見的問題后投資于儀器設(shè)備;同樣，開發(fā)團隊也并不總是急于從生產(chǎn)應(yīng)用中獲取不相關(guān)的性能數(shù)據(jù)。

但這兩個團隊中的資深專業(yè)人員都知道關(guān)注業(yè)務(wù)成功的重要性，并渴望發(fā)現(xiàn)業(yè)務(wù)的具體需求并將其納入到技術(shù)流程中。根據(jù)IDC報告，中國市場到2023年，40%的DevOps團隊將投資于工具，專注于業(yè)務(wù)KPI(成本、收入等)，而運營將在端到端應(yīng)用程序性能和業(yè)務(wù)影響中扮演更重要的角色。

業(yè)務(wù)應(yīng)該推動技術(shù)方向，而不是由技術(shù)推動業(yè)務(wù)方向。此外，IT不應(yīng)該成為自己最大的客戶。即使在應(yīng)對看似無盡的事件隊列時，運維團隊也可以擴大可見性并提高效率，而APM系統(tǒng)和指標(biāo)可以成為實現(xiàn)這一目標(biāo)的一個新的共同基礎(chǔ)。同時，APM還可以提供簡潔、經(jīng)過消化的反饋，從而無需數(shù)據(jù)科學(xué)家在開發(fā)運維的開發(fā)端發(fā)揮作用。

在不確定的時期，IT部門往往會韜光養(yǎng)晦并通過精打細算來應(yīng)對預(yù)算的變化。在過去幾個月的動蕩消散之前，企業(yè)似乎應(yīng)該推遲發(fā)起任何關(guān)于采用開發(fā)運維文化的大范圍行動。但我認為這給IT團隊帶來的價值可能正是企業(yè)轉(zhuǎn)型的關(guān)鍵目標(biāo)，即數(shù)字化轉(zhuǎn)型、市場生存或是其他。《中國DevOps現(xiàn)狀調(diào)查報告(2021年)》也驗證了這一點，我們看到中國的企業(yè)在積極參與開發(fā)運維的轉(zhuǎn)型，并且認可開發(fā)運維帶給企業(yè)的價值。幸運的是，在采用開發(fā)運維的許多原則時，并不一定需要推倒重來或孤注一擲。我們的目標(biāo)應(yīng)該是圍繞共同指標(biāo)創(chuàng)造品質(zhì)，確保團隊中的每個人都能得到準(zhǔn)確的經(jīng)驗反饋，而這可能是一個循序漸進的過程。

無論 “下一個常態(tài)”是什么，優(yōu)秀的服務(wù)交付的基礎(chǔ)在根本上都是相同的。在一個光明、充滿可能性的技術(shù)未來，開發(fā)運維對靈活性和持續(xù)流程改進的專注將繼續(xù)打破轉(zhuǎn)型僵局，成為一顆越來越耀眼的“新星”。