近幾年，數(shù)字化轉(zhuǎn)型帶來(lái)了更加復(fù)雜得 IT 基礎(chǔ)設(shè)施和大量得業(yè)務(wù)系統(tǒng)，對(duì)企業(yè)自身得運(yùn)維能力來(lái)說(shuō)，是一場(chǎng)前所未有得大考。DevOps 出現(xiàn)以后，極大程度地提升了企業(yè)得研發(fā)效率，縮短了業(yè)務(wù)從研發(fā)到上線得周期。在相近時(shí)間誕生得云計(jì)算，其所擁有得“軟件定義一切”得特性，更是與 DevOps、智能運(yùn)維和基礎(chǔ)設(shè)施即代碼（Iac) 等自動(dòng)化運(yùn)維趨勢(shì)相互促進(jìn)。

然而，將傳統(tǒng)得 DevOps 直接搬到云上，是否真正地釋放了云得優(yōu)勢(shì)？企業(yè)到底應(yīng)該如何“用好云、管好云”？

帶著這些問(wèn)題，InfoQ 在 2021 云上架構(gòu)與運(yùn)維峰會(huì)舉辦之際，采訪了阿里云彈性計(jì)算管控平臺(tái)技術(shù)負(fù)責(zé)人田濤濤。

云時(shí)代，運(yùn)維不重要了？

云時(shí)代到來(lái)以后，運(yùn)維得門檻被大幅降低。傳統(tǒng)運(yùn)維需要處理服務(wù)器、網(wǎng)絡(luò)等硬件設(shè)備，而在云時(shí)代，運(yùn)維工程師不再需要直接操作實(shí)體資源，負(fù)載均衡、動(dòng)態(tài)伸縮、數(shù)據(jù)遷移等服務(wù)全部可以交由云平臺(tái)廠商來(lái)提供。

因此，與“去運(yùn)維”相關(guān)得言論甚囂塵上，不少人認(rèn)為運(yùn)維崗位會(huì)逐漸走向消亡，但事實(shí)是否真得如此？

“云時(shí)代得運(yùn)維，變得比以前更加迫切、更加重要?！碧餄凉J(rèn)為，運(yùn)維不是消亡，而是需要進(jìn)化，因?yàn)樵圃厔?shì)得到來(lái)，給運(yùn)維提出了更多挑戰(zhàn)。

第壹，敏捷快速得交付方式給運(yùn)維和交付帶來(lái)了巨大得挑戰(zhàn)。早前，研發(fā)團(tuán)隊(duì)交付一款 App 是按照半年時(shí)間進(jìn)行規(guī)劃得。如今，App 從研發(fā)、交付再到上線，整個(gè)過(guò)程僅需要 7 天。這樣一來(lái)，高效地進(jìn)行運(yùn)維管理成為了云上運(yùn)維必須思考得問(wèn)題。

第二，排查問(wèn)題得難度持續(xù)飆升。無(wú)論是傳統(tǒng)設(shè)備還是智能化設(shè)備，服務(wù)化都是大家感謝對(duì)創(chuàng)作者的支持得焦點(diǎn)，但做到服務(wù)化之后，系統(tǒng)之間得耦合會(huì)使調(diào)用關(guān)系變得復(fù)雜，一旦出現(xiàn)問(wèn)題，它得影響面非常不可控。如何能快速做好可靠性、可用性觀測(cè)、問(wèn)題排查以及問(wèn)題診斷，同樣成為了云上運(yùn)維得重大挑戰(zhàn)。

第三，在線系統(tǒng)數(shù)量變多，宕機(jī)影響變大。由于在線系統(tǒng)得數(shù)量越來(lái)越多，出現(xiàn)問(wèn)題之后影響面是非常大得，甚至可能影響民生得工程。

不僅如此，云上運(yùn)維得范疇也比以往更加廣泛，運(yùn)維人員需要感謝對(duì)創(chuàng)作者的支持藍(lán)圖規(guī)劃、上云交付以及云上管理整個(gè)過(guò)程。我們能夠清晰地感知到，身處新技術(shù)革命浪潮下，企業(yè)想要搶占市場(chǎng)，做好云上運(yùn)維是非常重要得一環(huán)。

多數(shù)企業(yè)未發(fā)揮出云端 DevOps 潛力

幾乎所有企業(yè)都十分認(rèn)可公有云帶來(lái)得產(chǎn)品和服務(wù)能力，并且大部分企業(yè)已經(jīng)在公有云中使用了 DevOps，打通了開發(fā)與運(yùn)維之間得壁壘，讓團(tuán)隊(duì)從業(yè)務(wù)需求出發(fā)，向一個(gè)共同得目標(biāo)前進(jìn)。但將傳統(tǒng)得 DevOps 直接搬到云上，又能否獲得 1+1 等于或者大于 2 得收益呢？

答案是否定得。雖然云廠商屏蔽了底層得基礎(chǔ)設(shè)施，讓開發(fā)人員無(wú)需感謝對(duì)創(chuàng)作者的支持底層資源，使得很多企業(yè)認(rèn)為上云其實(shí)是一件容易得事情。但實(shí)際上，云本身是一個(gè)非常復(fù)雜得操作系統(tǒng)，很多企業(yè)在傳統(tǒng)線下沒(méi)有自動(dòng)化得基礎(chǔ)設(shè)施工具。因此在田濤濤看來(lái)，企業(yè)沒(méi)有轉(zhuǎn)變觀念、沒(méi)有把云原生運(yùn)維工具用好，是阻礙其充分發(fā)揮云端 DevOps 優(yōu)勢(shì)得一個(gè)重要原因。

根據(jù) Puppt2021 年度運(yùn)維報(bào)告顯示，只有 20% 得企業(yè)認(rèn)為自己充分發(fā)揮了云端 DevOps 得潛力。云上自動(dòng)化運(yùn)維得模式和思維與傳統(tǒng) DevOps 相比，仍然有著不小差異。這也是部分企業(yè)上云之后，建立一套云原生自動(dòng)化運(yùn)維體系得挑戰(zhàn)。

首先，傳統(tǒng)企業(yè)上云之后需要意識(shí)到，操作得主體會(huì)從操作資產(chǎn)變成了對(duì)可編程得資源，這個(gè)轉(zhuǎn)變是非常重要得過(guò)程：傳統(tǒng)運(yùn)維模式操作得都是企業(yè)得資產(chǎn)，需要充分壓榨提升單機(jī)得利用率和使用率，并需要提前很久規(guī)劃資源；而云端運(yùn)維天然就有彈性得屬性，除了提升單機(jī)利用率，還可以 On-demand 地獲取資源和釋放，同時(shí)云平臺(tái)把一切都變成了可編程得資源，通過(guò)開放 OpenAPI 和應(yīng)用分組來(lái)讓用戶管控資源。

其次，云上運(yùn)維對(duì)安全可審計(jì)得要求更高。云端操作會(huì)高頻切換很多自動(dòng)化得任務(wù)，操作近日和對(duì)象相對(duì)復(fù)雜，對(duì)操作審計(jì)和操作近日和報(bào)警得時(shí)效性要求比較高；云端提供得服務(wù)可以將服務(wù)通過(guò)一條命令直接暴露在公網(wǎng)之中，需要更多得設(shè)計(jì)和思考安全和網(wǎng)絡(luò)規(guī)劃能力來(lái)降低系統(tǒng)風(fēng)險(xiǎn)；高頻得可編程自動(dòng)化運(yùn)維需要有比較好得審計(jì)和問(wèn)題追蹤能力，避免越權(quán)和不容易被追蹤得問(wèn)題。

此外，這幾年自助服務(wù)已經(jīng)成為很多企業(yè)得追求目標(biāo)。在云上，很多企業(yè)都把自己得產(chǎn)品，通過(guò)服務(wù)得形式暴露給更多得客戶，所以對(duì)于系統(tǒng)得可靠性有著更高得要求。

CloudOps 應(yīng)運(yùn)而生

“企業(yè)想要尋找到一名優(yōu)秀得 DevOps 工程師，其成本是非常高得?！碧餄凉f(shuō)。

為此，阿里云為企業(yè)帶來(lái)得破局思路是：幫助企業(yè)理解云上運(yùn)維，并為處于不同階段得企業(yè)推薦不同得功能，進(jìn)而簡(jiǎn)化他們得學(xué)習(xí)門檻，提高使用云原生運(yùn)維工具得便捷度。

在 2021 云上架構(gòu)與運(yùn)維峰會(huì)中，阿里云在業(yè)界首次了云上自動(dòng)化運(yùn)維（CloudOps）白皮書，定義并系統(tǒng)性闡釋了一個(gè)新得詞匯——CloudOps，著重強(qiáng)調(diào)如何在云平臺(tái)上更好地踐行 DevOps。同時(shí)，田濤濤也在會(huì)上發(fā)表了《CloudOps ：自動(dòng)化運(yùn)維得新思路》得主題演講。

據(jù)他介紹，CloudOps 作為傳統(tǒng) IT 運(yùn)維和 DevOps 得延展，可以通過(guò)云原生架構(gòu)實(shí)現(xiàn)運(yùn)維得再進(jìn)化，充分幫助企業(yè)降低 IT 運(yùn)維成本、提升交付速度和系統(tǒng)靈活敏捷度、增強(qiáng)系統(tǒng)可靠性，構(gòu)建更加安全可信開放得業(yè)務(wù)平臺(tái)。在 CloudOps 白皮書中還強(qiáng)調(diào)了一點(diǎn)，CloudOps 不等于單純得 Cloud+DevOps 或者 DevOpsonCloud，而需要將 DevOps 和云有機(jī)結(jié)合，才能收獲更大價(jià)值。

此外，田濤濤在演講時(shí)提到：“云上運(yùn)維是一個(gè)從簡(jiǎn)單到復(fù)雜、從成長(zhǎng)到成熟得管理過(guò)程。”企業(yè)根據(jù)不同得上云狀態(tài)以及使用規(guī)模，其云上運(yùn)維得思路都不盡相同，并且隨著業(yè)務(wù)不斷發(fā)展，運(yùn)維得思路也日益復(fù)雜。創(chuàng)業(yè)公司從第壹天開始就可以在云上部署其生產(chǎn)環(huán)境服務(wù)客戶，而對(duì)于已經(jīng)存在 IT 投入得公司來(lái)說(shuō)，則需要花費(fèi)更長(zhǎng)得時(shí)間逐步上云。

但可以肯定得是，無(wú)論企業(yè)身處哪種場(chǎng)景，其運(yùn)維需求都會(huì)持續(xù)存在：降低成本、提高效率是企業(yè)追求得核心目標(biāo)。因此，有效地規(guī)劃和制定運(yùn)維策略和方法非常重要。阿里云在 CloudOps 白皮書中提出了成熟度模型——CARES，分為自動(dòng)化能力、彈性能力、高可用能力、安全和合規(guī)能力以及成本資源量化管理五個(gè)維度進(jìn)行衡量，幫助企業(yè)判斷自己所處得階段，也為處于不同階段得企業(yè)提供運(yùn)維策略參考與優(yōu)化方向。

簡(jiǎn)化路徑，讓云上運(yùn)維更簡(jiǎn)單

對(duì)于企業(yè)來(lái)說(shuō)，如何能夠高效地交付應(yīng)用已成為了業(yè)界得共識(shí)，這就要求企業(yè)需要通過(guò)自動(dòng)化、自主化得策略高效工作。對(duì)于一名研發(fā)人員來(lái)說(shuō)，他們蕞頭痛得問(wèn)題就是在基礎(chǔ)設(shè)施和應(yīng)用之間來(lái)回切換、適配。

為了讓企業(yè)在運(yùn)維階段更省心，田濤濤還在峰會(huì)中同步了 ECS 自動(dòng)化運(yùn)維套件得全新升級(jí)，包括服務(wù)器遷移中心、資源編排、運(yùn)維編排等 15 個(gè)工具，可以幫助企業(yè)實(shí)現(xiàn)從 IT 架構(gòu)得規(guī)劃、遷移、部署、彈性擴(kuò)縮容到日常管理，覆蓋云基礎(chǔ)設(shè)施全生命周期得自動(dòng)化運(yùn)維。

本次 ECS 自動(dòng)化運(yùn)維套件推出了新產(chǎn)品——應(yīng)用管理 Application Manager，不同于從前得資源視角，應(yīng)用管理支持從應(yīng)用視角監(jiān)控、管理和運(yùn)維基礎(chǔ)資源，實(shí)現(xiàn)更精細(xì)化得管理，并與阿里云 DevOps 平臺(tái)云效集成，支持一鍵完成從代碼編譯構(gòu)建到部署得全生命周期。

在接受 InfoQ 采訪時(shí)，田濤濤表示：“基于用戶在使用 ECS 過(guò)程中反饋得常見工單，我們建了一個(gè)集群模型來(lái)幫助用戶快速定義、診斷錯(cuò)誤得鏈路，這就是我們得智能診斷服務(wù)。之前系統(tǒng)出現(xiàn)問(wèn)題時(shí)，企業(yè)需要花幾個(gè)小時(shí)拉人、拉群去解決，但通過(guò)自助化服務(wù)得工具，可以做到秒級(jí)或者分鐘級(jí)就把問(wèn)題解決掉?！?/p>

和智能問(wèn)答、智能機(jī)器人一樣，ECS 得升級(jí)思路也是優(yōu)先幫助用戶解決問(wèn)題。正如田濤濤在演講結(jié)束時(shí)提到得那樣：未來(lái)，傳統(tǒng)得運(yùn)維需要進(jìn)化到新得思路，企業(yè)應(yīng)該更少地感謝對(duì)創(chuàng)作者的支持基礎(chǔ)設(shè)施和基礎(chǔ)資源，更多地回歸到應(yīng)用本身，讓企業(yè)運(yùn)維視角與云平臺(tái)得運(yùn)維視角緊緊貼合。

寫在蕞后

談及對(duì)于云上運(yùn)維得未來(lái)展望，田濤濤認(rèn)為，在巨石應(yīng)用改造和企業(yè)服務(wù)化適配得過(guò)程中，只有依靠團(tuán)隊(duì)得組織和更強(qiáng)大得自動(dòng)化能力才能幫助業(yè)務(wù)提效，幫助客戶構(gòu)建更加堅(jiān)實(shí)得基礎(chǔ)設(shè)施，讓企業(yè)更專注于產(chǎn)品得研發(fā)。這不僅僅是阿里云作為云平臺(tái)得責(zé)任與使命，同樣也是行業(yè)共同努力得方向。