HPE2016預(yù)測(cè):DevOps帶來(lái)五大變革
我們正經(jīng)歷著一場(chǎng)與我們息息相關(guān)的數(shù)字革***:我們通過(guò)手機(jī)應(yīng)用來(lái)叫出租車(chē)、支付賬單并轉(zhuǎn)賬;我們依賴(lài)GPS來(lái)告訴我們行駛路線;我們使用手機(jī)、平板電腦或計(jì)算機(jī)上的應(yīng)用來(lái)購(gòu)買(mǎi)日用品、電影票,甚至家具。而銷(xiāo)售這些商品的公司能夠準(zhǔn)確地向我們推薦我們接下來(lái)想要買(mǎi)的東西。
這都是因?yàn)檐浖?。軟件已成為企業(yè)尋找、獲取和保留客戶的最重要工具。與實(shí)體產(chǎn)品不同,軟件更新?lián)Q代迅速且頻繁,而這正是客戶所期待的??蛻艉苋菀拙蜁?huì)轉(zhuǎn)向提供方便好用的新功能的軟件競(jìng)爭(zhēng)對(duì)手,而在這之前,他們會(huì)留下對(duì)你的產(chǎn)品的負(fù)面評(píng)論,這有不但會(huì)損害你的聲譽(yù),而且還會(huì)嚇跑其它潛在客戶。
精明的企業(yè)正在利用軟件的快速發(fā)展和可塑性來(lái)為市場(chǎng)注入越來(lái)越多的差異化優(yōu)勢(shì)。他們利用客戶的即時(shí)反饋來(lái)不斷改進(jìn)軟件,并且越來(lái)越多地通過(guò)DevOps來(lái)完成這項(xiàng)工作。通過(guò)確保開(kāi)發(fā)者與運(yùn)營(yíng)者在整個(gè)軟件開(kāi)發(fā)周期的密切合作,企業(yè)變得更加善于保證質(zhì)量、***程度提高速度,并應(yīng)對(duì)甚至預(yù)測(cè)市場(chǎng)變化。
我們預(yù)測(cè),DevOps領(lǐng)域在2016年將取得一些重大進(jìn)展。以下是企業(yè)在參與競(jìng)爭(zhēng)的過(guò)程中需要了解的五大發(fā)展趨勢(shì)。
1. 大企業(yè)將全面應(yīng)用DevOps
對(duì)于大部分大型企業(yè),DevOps并不是什么新鮮事物。小團(tuán)隊(duì)利用DevOps原則來(lái)完成瑣碎的項(xiàng)目,經(jīng)過(guò)幾年實(shí)驗(yàn),他們開(kāi)始獲得成功。但是總的來(lái)說(shuō),DevOps并沒(méi)有在整業(yè)內(nèi)被廣泛采用。因此,企業(yè)中的DevOps軟件版本仍然太慢、缺陷太多,并且太昂貴。
現(xiàn)在,多個(gè)團(tuán)隊(duì)正在證明采用DevOps實(shí)踐的價(jià)值,***高管們注意到這一點(diǎn),并開(kāi)始意識(shí)到DevOps可能能夠解決企業(yè)面臨的一些首要業(yè)務(wù)挑戰(zhàn)。他們開(kāi)始與IT部門(mén)接觸,詢問(wèn)應(yīng)如何在整個(gè)企業(yè)內(nèi)規(guī)?;捎肈evOps原則,以便提高DevOps商業(yè)應(yīng)用的速度和質(zhì)量。
對(duì)于DevOps的推廣,***高管的支持是關(guān)鍵因素。,因?yàn)槿绻麤](méi)有高管的支持,DevOps就無(wú)法在大企業(yè)中獲得成功。DevOps需要進(jìn)行大量的實(shí)驗(yàn)并承擔(dān)失敗風(fēng)險(xiǎn),除非企業(yè)領(lǐng)導(dǎo)們堅(jiān)信最終結(jié)果將物有所值,否則這種實(shí)驗(yàn)可能不會(huì)被企業(yè)的領(lǐng)導(dǎo)們所接受。
隨著企業(yè)在2016年以后開(kāi)始逐步更新其傳統(tǒng)應(yīng)用,DevOps將發(fā)揮核心作用。五年內(nèi),DevOps將在軟件開(kāi)發(fā)中成為常態(tài)。
2. 將出現(xiàn)***實(shí)踐規(guī)范
DevOps 目前還沒(méi)有界定的標(biāo)準(zhǔn),因此,一個(gè)企業(yè)中適用的 DevOps 可能與另一個(gè)企業(yè)中的DevOps并不太一樣。這意味著DevOps也涉及某些風(fēng)險(xiǎn),而眾所周知大企業(yè)力圖回避風(fēng)險(xiǎn)。即使你的小團(tuán)隊(duì)已經(jīng)證明了DevOps的成功,但是把DevOps的成功經(jīng)驗(yàn)在企業(yè)內(nèi)進(jìn)行更廣泛的推廣可以說(shuō)是一個(gè)不斷試錯(cuò)的過(guò)程,而大部分企業(yè)并不會(huì)心甘情愿地參與進(jìn)來(lái)。
由于不同的團(tuán)隊(duì)都在嘗試DevOps并分享自己的成功經(jīng)驗(yàn),因此將有機(jī)會(huì)從經(jīng)驗(yàn)教訓(xùn)中匯總***實(shí)踐并進(jìn)行規(guī)范。標(biāo)準(zhǔn)化將有助于消除推廣DevOps實(shí)踐所帶來(lái)的風(fēng)險(xiǎn),且從測(cè)試到確定***部署工具,甚至如何跨團(tuán)隊(duì)進(jìn)行內(nèi)部培訓(xùn)都可能被標(biāo)準(zhǔn)化。
最終,隨著***實(shí)踐日臻完善,它們就有可能普及并滲透到各個(gè)行業(yè)。
3. 安全將與DevOps日益融合
無(wú)論是企業(yè)自身付出了慘痛的代價(jià),還是目睹其它企業(yè)經(jīng)歷失敗,企業(yè)都知道,發(fā)生在用戶身上的安全問(wèn)題所造成的破壞性遠(yuǎn)比他們投入生產(chǎn)之前在內(nèi)部遇到的安全問(wèn)題要大得多。
隨著軟件交付的步伐不斷加快,這也向安全團(tuán)隊(duì)提出了一個(gè)挑戰(zhàn),因?yàn)樗麄冎饕P(guān)注應(yīng)用的發(fā)布以及應(yīng)用安全維護(hù)。加快工作速度讓他們不一定會(huì)有時(shí)間在應(yīng)用交付到最終用戶手里之前來(lái)徹底對(duì)應(yīng)用進(jìn)行審查。問(wèn)題在于如何找到合適的流程組合,進(jìn)行徹底的安全評(píng)估并保持軟件快速發(fā)布與流通。把安全團(tuán)隊(duì)和DevOps團(tuán)隊(duì)召集在一起,共同提出解決方案。
近期備受矚目的安全漏洞表明,安全問(wèn)題并不能在事后才想補(bǔ)救的措施。安全***實(shí)踐和測(cè)試必須從一開(kāi)始就融入開(kāi)發(fā)流程,也就是說(shuō),使其成為DevOps團(tuán)隊(duì)的一部分。
即便如此,安全與DevOps的全面融合還沒(méi)有成為主流。2016年之后,安全團(tuán)隊(duì)成員將逐步融入DevOps實(shí)踐。安全專(zhuān)家將指導(dǎo)DevOps如何迅速有效地把應(yīng)用安全嵌入軟件開(kāi)發(fā)、部署和開(kāi)發(fā)周期中。
4. 關(guān)鍵技術(shù)的采用使得DevOps將獲得成功
由于DevOps仍然處于起步階段,幾乎沒(méi)有明晰的工具鏈,也沒(méi)有被普遍接受的單一標(biāo)準(zhǔn)。然而,隨著企業(yè)從其DevOps實(shí)踐中學(xué)習(xí)并分享成功經(jīng)驗(yàn),2016年之后,這一情況將開(kāi)始發(fā)生變化,一些關(guān)鍵技術(shù)概念將幫助IT部門(mén)在整個(gè)軟件開(kāi)發(fā)周期中***限度提高速度和質(zhì)量。
提高自動(dòng)化
自動(dòng)化測(cè)試、基礎(chǔ)架構(gòu)和應(yīng)用部署可加快開(kāi)發(fā)周期并減少錯(cuò)誤。通過(guò)自動(dòng)化程序和重復(fù)性任務(wù),企業(yè)可以縮短軟件交付周期時(shí)間,同時(shí)確??芍貜?fù)使用。由于企業(yè)希望采用DevOps,技術(shù)工具鏈的最初成果將通過(guò)采用自動(dòng)化,加快任務(wù)、消除人工傳遞,并減少容易出錯(cuò)的流程而實(shí)現(xiàn)。
降低延遲
企業(yè)要提高應(yīng)用交付的速度,必須評(píng)判開(kāi)發(fā)周期的每個(gè)階段,識(shí)別并消除向客戶迅速且高質(zhì)量交付軟件過(guò)程中的的***障礙。通過(guò)識(shí)別交付過(guò)程中的***瓶頸來(lái)取得進(jìn)展,但是消除較小的瓶頸卻并不十分有用,因?yàn)橹饕钠款i仍然會(huì)造成早期技術(shù)缺失,或者在接下來(lái)的過(guò)程中減少關(guān)鍵資源。
提高可見(jiàn)性
對(duì)于那些從一開(kāi)始就快速交付到最終用戶手中的高質(zhì)量應(yīng)用,一定要在開(kāi)發(fā)周期的每個(gè)階段對(duì)其進(jìn)行持續(xù)評(píng)估和監(jiān)測(cè)。你必須根據(jù)業(yè)務(wù)要求來(lái)監(jiān)測(cè)并衡量關(guān)鍵指標(biāo),包括應(yīng)用用戶體驗(yàn)、應(yīng)用和基礎(chǔ)架構(gòu)的健康狀況與可用性,以及威脅和風(fēng)險(xiǎn)監(jiān)控,通過(guò)持續(xù)反饋回路在整個(gè)團(tuán)隊(duì)共享結(jié)果。如果它們并未滿足業(yè)務(wù)需求,你必須隨后進(jìn)行改進(jìn)和迭代,實(shí)現(xiàn)不斷進(jìn)步。
5. 工作角色演變
大部分采用DevOps的IT組織將迫使每個(gè)人從技術(shù)角度和文化角度都接納新技能。隨著開(kāi)發(fā)者越來(lái)越熟悉基礎(chǔ)架構(gòu),運(yùn)營(yíng)人員也變得更加熟悉代碼,其工作職責(zé)將不可避免地開(kāi)始變化和發(fā)展。
2016年之后,這些變化將超越開(kāi)發(fā)和運(yùn)營(yíng),影響到業(yè)務(wù)分析師、規(guī)劃團(tuán)隊(duì),甚至***高管們。例如,隨著自動(dòng)化接管許多任務(wù),傳統(tǒng)系統(tǒng)管理員的角色將變得不那么重要了,而熟悉整個(gè)應(yīng)用技術(shù)棧的“全棧”工程師則開(kāi)始變得更加關(guān)鍵。
隨著企業(yè)越來(lái)越傾向圍繞產(chǎn)品和服務(wù)來(lái)配置團(tuán)隊(duì),工作角色將不斷演進(jìn),多重角色成為DevOps交付鏈衍伸影響的一部分。
2016年對(duì)DevOps的總結(jié)
在軟件決定市場(chǎng)中商業(yè)領(lǐng)導(dǎo)地位的數(shù)字革***,企業(yè)務(wù)必要了解DevOps有助于更快交付更高質(zhì)量軟件的能力。
DevOps不再是邊緣運(yùn)動(dòng),或者只是一個(gè)被稱(chēng)之為“獨(dú)角獸”的理念。企業(yè)IT部門(mén)必須采用這種方式,才能在市場(chǎng)中競(jìng)爭(zhēng)并與時(shí)俱進(jìn)。了解了關(guān)于DevOps的這些預(yù)測(cè),可以為即將到來(lái)的變化做好準(zhǔn)備,并采取措施成為行業(yè)的領(lǐng)跑者。
作者:李時(shí),Hewlett Packard Enterprise中國(guó)區(qū)副總裁兼軟件集團(tuán)總經(jīng)理