一、寫(xiě)在上面

最近被多次問(wèn)到：“隨著云原生的逐步建立和深入應(yīng)用，NoOps（零運(yùn)維）時(shí)代真的要來(lái)了嗎？作為運(yùn)維人員，我們應(yīng)該如何應(yīng)對(duì)這些趨勢(shì)？ ？”。云原生架構(gòu)不斷融入數(shù)字化轉(zhuǎn)型應(yīng)用后，IT運(yùn)維真的沒(méi)了嗎？仁者見(jiàn)仁，智者見(jiàn)智。但我個(gè)人認(rèn)為，如果我們能先充分理解“云原生”，再思考“在云原生下，是不是真的不需要運(yùn)維”，會(huì)更準(zhǔn)確一些。

二、什么是云原生？

Cloud () 是一個(gè)復(fù)合詞，Cloud+。云意味著應(yīng)用程序位于云端，而不是傳統(tǒng)的數(shù)據(jù)中心；這意味著應(yīng)用程序的設(shè)計(jì)從一開(kāi)始就考慮到了云環(huán)境。彈性+分布式優(yōu)勢(shì)。

三、云原生的主要特點(diǎn)？

該公司的 Matt Stine 在 2013 年首次提出云原生，他定義了云原生的四個(gè)關(guān)鍵點(diǎn)：微服務(wù) + 容器 + 持續(xù)交付 +。

微服務(wù)：幾乎所有云原生的定義都包含微服務(wù)。與微服務(wù)相比，它是一個(gè)單體應(yīng)用程序。微服務(wù)有一個(gè)理論基礎(chǔ)，即康威定理，它指導(dǎo)如何分割服務(wù)。決定產(chǎn)品形態(tài)的是組織結(jié)構(gòu)。微服務(wù)架構(gòu)的用處是切割后服務(wù)是前饋的，內(nèi)聚力更強(qiáng)，變更更容易；另一種定義服務(wù)的方法似乎是基于 DDD。

容器化：是應(yīng)用最廣泛的容器引擎。容器化為微服務(wù)提供實(shí)現(xiàn)保障，起到應(yīng)用隔離的作用。K8S 是一個(gè)容器編排系統(tǒng)，用于容器管理、容器之間的負(fù)載均衡，K8S 是用 Go 編寫(xiě)的。

：這是一個(gè)組合詞，Dev+Ops，就是開(kāi)發(fā)和運(yùn)維的組合。與開(kāi)發(fā)和產(chǎn)品不同的是，它們經(jīng)常相遇。事實(shí)上，它還應(yīng)該包括測(cè)試。它是一種敏捷思維、一種溝通文化和一種組織方法。為云原生提供持續(xù)交付能力。

持續(xù)交付：持續(xù)交付是開(kāi)發(fā)不延遲，更新不停機(jī)，小步逃走，是一種反傳統(tǒng)的瀑布式開(kāi)發(fā)模式，需要開(kāi)發(fā)版本和穩(wěn)定版本并存，雖然需要很多流程和工具的支持。

在實(shí)際實(shí)現(xiàn)中，符合云原生架構(gòu)的應(yīng)用特點(diǎn)是：使用開(kāi)源棧（K8S+）進(jìn)行容器化，基于微服務(wù)架構(gòu)提高靈活性和可維護(hù)性，采用敏捷方法，支持持續(xù)迭代和人工運(yùn)維，借助云平臺(tái)設(shè)施，可以實(shí)現(xiàn)彈性伸縮，動(dòng)態(tài)調(diào)度，優(yōu)化資源利用率。

四、為什么會(huì)出現(xiàn)云原生，解決了哪些痛點(diǎn)？

讓我們從云估計(jì)開(kāi)始。在云計(jì)算普及之前，如果一個(gè)應(yīng)用要發(fā)布，企業(yè)需要購(gòu)買(mǎi)幾臺(tái)服務(wù)器，安裝在IDC機(jī)房。連接是安裝Linux系統(tǒng)和部署應(yīng)用程序。我們假設(shè)我們已經(jīng)用 Java 編寫(xiě)了一個(gè) Web 應(yīng)用程序，如何部署它？先配置服務(wù)器，將編譯好的war包上傳到服務(wù)器，使用FTP，對(duì)安全意識(shí)稍有了解的選擇SCP，然后配置Nginx和MySQL等服務(wù)，然后調(diào)試最后一關(guān)運(yùn)行應(yīng)用，甚至如果它還活著。這些化工機(jī)器有很多缺點(diǎn)，但主要痛點(diǎn)如下：

擴(kuò)展和維護(hù)困難。由于是化工機(jī)，所以需要先購(gòu)買(mǎi)，再安裝到機(jī)房。當(dāng)業(yè)務(wù)量激增時(shí)，再擴(kuò)容已經(jīng)來(lái)不及了。就術(shù)語(yǔ)而言，這意味著估計(jì)的資源是不靈活的；治安太差了。熟悉Linux的運(yùn)維工程師很少服務(wù)器運(yùn)維，精通的也很少。但系統(tǒng)安全只是一方面，應(yīng)用部署的權(quán)限和流程會(huì)導(dǎo)致更大的安全漏洞；需求無(wú)法快速響應(yīng)。開(kāi)發(fā)、測(cè)試和運(yùn)維是矛盾的，缺乏手動(dòng)測(cè)試和部署。應(yīng)用系統(tǒng)的上線(xiàn)部署是一個(gè)重大的變化，涉及大量的規(guī)劃和多輪測(cè)試，

解決方案是上云。上云并不能解決所有痛點(diǎn)，而是部分解決了前兩個(gè)痛點(diǎn)：

與化工機(jī)相比，虛擬機(jī)的創(chuàng)建、維護(hù)和銷(xiāo)毀都比化工機(jī)簡(jiǎn)單得多，并且可以隨時(shí)擴(kuò)展容量，很大程度上解決了“彈性估計(jì)”的問(wèn)題。至于彈性程度，取決于應(yīng)用。建筑和設(shè)計(jì)水平；與絕大多數(shù)中小企業(yè)相比，云服務(wù)商在網(wǎng)絡(luò)和服務(wù)器安全方面要強(qiáng)幾個(gè)數(shù)量級(jí)。只要選擇合適的官方鏡像，并配合使用防火墻規(guī)則，系統(tǒng)層面的安全問(wèn)題就大大減少，重點(diǎn)可以放在應(yīng)用本身的安全上。

所以第三個(gè)痛點(diǎn)“無(wú)法快速響應(yīng)業(yè)務(wù)需求”云測(cè)算不能很好的解決。要實(shí)現(xiàn)持續(xù)交付和快速迭代，需要改變應(yīng)用架構(gòu)和軟件開(kāi)發(fā)方式。這時(shí)候，云原生“微服務(wù)、容器”等特點(diǎn)的優(yōu)勢(shì)就凸顯出來(lái)了。

五、使用云原生后會(huì)給應(yīng)用系統(tǒng)開(kāi)發(fā)帶來(lái)哪些變化？

1.本地部署的傳統(tǒng)應(yīng)用往往是用c/c++和企業(yè)級(jí)java編寫(xiě)的，而云原生應(yīng)用則需要用以網(wǎng)絡(luò)為中心的go、node.js等新興語(yǔ)言編寫(xiě)，而不是Java不能用，只說(shuō)GO語(yǔ)言更適合云原生適配。2.本地部署的傳統(tǒng)應(yīng)用程序可能需要停機(jī)更新服務(wù)器運(yùn)維，而云原生應(yīng)用程序應(yīng)該仍然是最新的，需要支持頻繁的更改、持續(xù)交付和藍(lán)綠部署。3.傳統(tǒng)部署在本地的應(yīng)用無(wú)法動(dòng)態(tài)擴(kuò)展，往往需要冗余資源來(lái)抵御流量高峰，而云原生應(yīng)用則利用云的彈性來(lái)手動(dòng)擴(kuò)展和共享，降低成本，提高效率。4. 部署在本地的傳統(tǒng)應(yīng)用對(duì)網(wǎng)絡(luò)資源有依賴(lài)，比如ip、端口等，甚至是硬編碼，而云原生應(yīng)用對(duì)網(wǎng)絡(luò)和存儲(chǔ)則沒(méi)有這些限制。5.傳統(tǒng)的本地部署的應(yīng)用一般都是手動(dòng)運(yùn)維的，而云原生的應(yīng)用都是手動(dòng)操作的。6.本地部署的傳統(tǒng)應(yīng)用一般依賴(lài)系統(tǒng)環(huán)境，而云原生應(yīng)用不硬連接任何系統(tǒng)環(huán)境，而是依賴(lài)具體的基礎(chǔ)設(shè)施，從而實(shí)現(xiàn)了良好的可移植性。7.本地部署的一些傳統(tǒng)應(yīng)用是單體（）應(yīng)用或者是強(qiáng)依賴(lài)，

那么，在云原生應(yīng)用之后，似乎今天面臨的所有運(yùn)維的棘手問(wèn)題都消失了？

六、云原生使用現(xiàn)狀如何？

之前看過(guò)國(guó)外大中型企業(yè)的調(diào)查報(bào)告，顯示“60%以上的用戶(hù)在生產(chǎn)環(huán)境中應(yīng)用了容器技術(shù)，1000節(jié)點(diǎn)規(guī)模的容器集群可以滿(mǎn)足生產(chǎn)需求近 80% 的用戶(hù)?！?作為容器的主要應(yīng)用場(chǎng)景，80% 的用戶(hù)已經(jīng)使用或計(jì)劃使用微服務(wù)。與此同時(shí)，該技術(shù)明顯升溫，近 30% 的用戶(hù)已經(jīng)將其應(yīng)用到生產(chǎn)環(huán)境中，但用戶(hù)在部署過(guò)程中仍面臨諸多挑戰(zhàn)。甚至預(yù)測(cè)“到2025年，95%的數(shù)字化運(yùn)維將得到云原生平臺(tái)的支持”。這個(gè)數(shù)據(jù)和我目前接觸過(guò)的客戶(hù)的申請(qǐng)情況差不多，無(wú)論是ToB還是ToC，無(wú)論是標(biāo)準(zhǔn)化產(chǎn)品還是多元化。產(chǎn)品在云原生改進(jìn)方面取得了長(zhǎng)足的進(jìn)步，最重要的原因是：“快速迭代和持續(xù)交付”。

七、使用云原生后會(huì)給IT運(yùn)維帶來(lái)哪些變化？

云原生運(yùn)維需要解決幾個(gè)關(guān)鍵問(wèn)題： 1.標(biāo)準(zhǔn)化：標(biāo)準(zhǔn)化可以促進(jìn)開(kāi)發(fā)團(tuán)隊(duì)和運(yùn)維團(tuán)隊(duì)的溝通協(xié)作。標(biāo)準(zhǔn)化也有助于生態(tài)分工，促進(jìn)更多手工工具的出現(xiàn)。2.手動(dòng)：只有手動(dòng)運(yùn)維才能支撐互聯(lián)網(wǎng)規(guī)模的挑戰(zhàn)，才能持續(xù)支撐業(yè)務(wù)的快速迭代和穩(wěn)定性。3.數(shù)字化智能：人工運(yùn)維，數(shù)據(jù)提升，人工智能化已成為未來(lái)發(fā)展的必然趨勢(shì)

上述問(wèn)題對(duì)運(yùn)維人員的變化是：

原本標(biāo)準(zhǔn)化的工作流程是用來(lái)協(xié)調(diào)人高效完成工作的，通過(guò)標(biāo)準(zhǔn)化流程轉(zhuǎn)化為人工化；

傳統(tǒng)上，通過(guò)開(kāi)發(fā)人工處理模型來(lái)訓(xùn)練AI，將知識(shí)積累以提高團(tuán)隊(duì)能力轉(zhuǎn)化為運(yùn)維能力的提升；

在微服務(wù)、多云環(huán)境和 IaaS 下，應(yīng)用系統(tǒng)和基礎(chǔ)設(shè)施都被劃分為足夠小的業(yè)務(wù)服務(wù)，以實(shí)現(xiàn)持續(xù)交付和迭代。這種傳統(tǒng)的人工運(yùn)維方式，早已難以管理這么多的對(duì)象。運(yùn)維工程師無(wú)論是軟件運(yùn)維、服務(wù)器運(yùn)維、操作系統(tǒng)運(yùn)維還是網(wǎng)絡(luò)運(yùn)維，都必須能夠在原維護(hù)對(duì)象專(zhuān)有技能的基礎(chǔ)上進(jìn)行人工運(yùn)維。也未能推動(dòng)運(yùn)維工具的標(biāo)準(zhǔn)化。為此，運(yùn)維工程師必須具備一定的開(kāi)發(fā)能力。至于過(guò)程，傳統(tǒng)業(yè)務(wù)由人工協(xié)同完成，而在云源旗下，每只藍(lán)籌股的工作都由相應(yīng)的人工工具完成。這樣，在原有流程能力的基礎(chǔ)上，運(yùn)維流程主管必須具備安排不同自動(dòng)化組件的能力，以實(shí)現(xiàn)從資源規(guī)劃、軟件部署、自動(dòng)化業(yè)務(wù)驗(yàn)證（測(cè)試）等一系列工作。事實(shí)上，運(yùn)維的工作不會(huì)消失，只是運(yùn)維工程師在云原生環(huán)境下沒(méi)有編程和開(kāi)發(fā)能力是很難做到的。在原有流程能力的基礎(chǔ)上，運(yùn)維流程總監(jiān)必須具備安排不同自動(dòng)化組件的能力，以實(shí)現(xiàn)從資源規(guī)劃、軟件部署、自動(dòng)化業(yè)務(wù)驗(yàn)證（測(cè)試）等一系列工作。事實(shí)上，運(yùn)維的工作不會(huì)消失，只是運(yùn)維工程師在云原生環(huán)境下沒(méi)有編程和開(kāi)發(fā)能力是很難做到的。在原有流程能力的基礎(chǔ)上，運(yùn)維流程總監(jiān)必須具備安排不同自動(dòng)化組件的能力，以實(shí)現(xiàn)從資源規(guī)劃、軟件部署、自動(dòng)化業(yè)務(wù)驗(yàn)證（測(cè)試）等一系列工作。事實(shí)上，運(yùn)維的工作不會(huì)消失，只是運(yùn)維工程師在云原生環(huán)境下沒(méi)有編程和開(kāi)發(fā)能力是很難做到的。

傳統(tǒng)的運(yùn)維工具，無(wú)論是監(jiān)控還是運(yùn)維流程，都以保證業(yè)務(wù)穩(wěn)定性和保證快速響應(yīng)為核心的標(biāo)準(zhǔn)化產(chǎn)品。差異也使得自愈處理的流程不統(tǒng)一，必須通過(guò)二次開(kāi)發(fā)完成。這樣，運(yùn)維工具的二次開(kāi)發(fā)能力將決定該工具能否落地。

八、寫(xiě)在最后

數(shù)字化轉(zhuǎn)型時(shí)代已經(jīng)臨近，掃碼加入我們，以全新的思維方式學(xué)習(xí)ITIL4，數(shù)字化轉(zhuǎn)型時(shí)代必須掌握的新技能。

更多課程和服務(wù)

我們首次提出“咨詢(xún)式培訓(xùn)”的培訓(xùn)理念，指出“在培訓(xùn)學(xué)校學(xué)習(xí)方法，在專(zhuān)題研討中解決問(wèn)題，在研討課和輔導(dǎo)課中答疑解惑”。

如果您想使用ITIL4的理論來(lái)設(shè)計(jì)和優(yōu)化IT部門(mén)的業(yè)務(wù)流程，建議您點(diǎn)擊以下鏈接：

如果您想利用外部專(zhuān)家的經(jīng)驗(yàn)和實(shí)力對(duì)IT部門(mén)的業(yè)務(wù)進(jìn)行重組和重新設(shè)計(jì)，我們建議您點(diǎn)擊以下鏈接：