國(guó)外大神Sid Palas，一位專門做 DevOps 和 Cloud infra 相關(guān)工作的開發(fā)者，不久前發(fā)出的一條驚悚推特：DevOps is dead，long live Platform Engineering（DevOps已死，平臺(tái)工程萬(wàn)歲?。碎_發(fā)者們的焦慮與憤懣。
href="/"
因?yàn)?/span>DevOps，開發(fā)者們焦慮什么？
開發(fā)者們主要焦慮的點(diǎn)是：DevOps 將開發(fā)工作和運(yùn)維工作重新統(tǒng)一了起來(lái)，然而，DevOps 的理念（之一）就是 “誰(shuí)敲的代碼，由誰(shuí)來(lái)運(yùn)維”，那么，在這樣的理念之下，必然會(huì)產(chǎn)生新的問題：
問題一：管理越來(lái)越復(fù)雜
企業(yè)采用了 DevOps 的理念或平臺(tái)，再加上云原生的應(yīng)用，這個(gè)時(shí)候云原生的工具一籮筐，K8s、Helm Charts、Promethus等；有關(guān)的概念也有一堆，GitOps、ChatOps 、FinOps等； 就連一個(gè)CICD也能整出不少花樣，更別說(shuō)把什么高代碼和低代碼對(duì)接起來(lái)，然后還要再把API編排測(cè)試和服務(wù)網(wǎng)格等融合進(jìn)來(lái)……
無(wú)論是研發(fā)還是運(yùn)維層面的工作，越來(lái)越復(fù)雜，門檻越來(lái)越高。
問題二：開發(fā)者工作越繁重
一些技術(shù)能力極強(qiáng)的開發(fā)者，無(wú)論是應(yīng)用層還是底層、基礎(chǔ)層等各方面的技術(shù)都懂，他不但需要（主動(dòng)或被動(dòng)）地承擔(dān)了運(yùn)維的職責(zé)，或許，同時(shí)他還得響應(yīng)大量的初級(jí)開發(fā)者的求助。在這種情況下，資深開發(fā)者的精力沒有用在“敲代碼”上，來(lái)創(chuàng)造新的價(jià)值，反而是被糾纏于運(yùn)維和“被求助”的一些瑣事中。而這些“瑣事”，也未必是他的上級(jí)（通常是指一個(gè)產(chǎn)品研發(fā)的Leader) 的關(guān)注點(diǎn)，甚至做了這些“瑣事”，他無(wú)法為自己、為企業(yè)創(chuàng)造任何價(jià)值。
話又說(shuō)回來(lái)，誰(shuí)還不是個(gè)技術(shù)能力強(qiáng)悍的開發(fā)者呢？即便現(xiàn)在不是，未來(lái)也終將會(huì)變得技術(shù)能力超群，現(xiàn)在的技術(shù)“大佬們”面臨的窘境，也許也是未來(lái)的你即將面臨的問題。
因此，Sid Palas這條推特的核心觀點(diǎn)是：開發(fā)者不想跟基礎(chǔ)設(shè)施打交道，企業(yè)在發(fā)展過(guò)程中又需要管控自己的基礎(chǔ)設(shè)施。只有平臺(tái)工程，能將這兩個(gè)相互矛盾的命題統(tǒng)一起來(lái)。
什么才是“平臺(tái)工程”？
按照“平臺(tái)工程”社區(qū)主要貢獻(xiàn)者和 Humanitec 的產(chǎn)品負(fù)責(zé)人 Luca Galante 的說(shuō)法，平臺(tái)工程是一門設(shè)計(jì)和構(gòu)建工具鏈與工作流的學(xué)科。這些工具鏈和工作流可以為云原生時(shí)代的軟件工程組織提供自助服務(wù)功能。平臺(tái)工程師提供集成化產(chǎn)品，通常稱為“內(nèi)部開發(fā)平臺(tái)（Internal Developer Platform）”，可以涵蓋應(yīng)用程序整個(gè)生命周期的所有操作需求。
內(nèi)部開發(fā)平臺(tái)（以下簡(jiǎn)稱 IDP）是位于工程團(tuán)隊(duì)已有技術(shù)和工具之上的一層。它幫助操作人員進(jìn)行系統(tǒng)性設(shè)置，并為開發(fā)人員提供自助服務(wù)。平臺(tái)工程做好了，就好比是為個(gè)體開發(fā)人員鋪就了金光大道，他們可以從 IDP 層獲得合意的抽象等級(jí)。
通過(guò)建設(shè)這樣一個(gè)企業(yè)內(nèi)部開發(fā)平臺(tái)，可以讓所有開發(fā)者以“自助式”實(shí)現(xiàn)應(yīng)用的端到端流程（包括設(shè)計(jì)、開發(fā)、測(cè)試、運(yùn)維），不需要成為各領(lǐng)域云原生“技術(shù)專家”，通過(guò)平臺(tái)來(lái)設(shè)計(jì)好軟件、敲好代碼、支持好業(yè)務(wù)才是一個(gè)開發(fā)人員的關(guān)鍵工作。
kaiyun開云創(chuàng)新CloudOS（一站式云原生開發(fā)平臺(tái)），正是秉持著這樣的理念
通過(guò)CloudOS，可以為企業(yè)構(gòu)建敏捷創(chuàng)新的應(yīng)用研發(fā)環(huán)境，實(shí)現(xiàn)應(yīng)用研發(fā)可視化、敏捷化和技術(shù)平臺(tái)標(biāo)準(zhǔn)化，讓傳統(tǒng)應(yīng)用研發(fā)人員快速實(shí)現(xiàn)云原生應(yīng)用創(chuàng)新，加快企業(yè)數(shù)字化轉(zhuǎn)型。提供可視化操作界面，通過(guò)WEB頁(yè)面完成架構(gòu)設(shè)計(jì)、API管理、在線開發(fā)、API自動(dòng)化測(cè)試、多云發(fā)布、多云應(yīng)用調(diào)度、應(yīng)用運(yùn)維等云原生應(yīng)用全生命周期管理。支撐傳統(tǒng)應(yīng)用遷移上云，助力傳統(tǒng)應(yīng)用研發(fā)團(tuán)隊(duì)高效完成云原生應(yīng)用創(chuàng)新。
1. 提供可視化操作頁(yè)面，屏蔽底層技術(shù)
CloudOS 封裝 Docker、K8S 等底層技術(shù)，為用戶提供的是簡(jiǎn)潔明了的可視化操作界面。
真正的實(shí)現(xiàn)了應(yīng)用與云原生平臺(tái)分離，IT 團(tuán)隊(duì)中相關(guān)人員分別承擔(dān)應(yīng)用研發(fā)、應(yīng)用運(yùn)維、平臺(tái)運(yùn)維等角色。Docker、K8S 等云原生技術(shù)為底層平臺(tái)技術(shù)，平臺(tái)運(yùn)維人員需要學(xué)習(xí)并掌握，應(yīng)用研發(fā)和應(yīng)用運(yùn)維人員將更聚焦于應(yīng)用本身，不需要過(guò)多關(guān)注底層云原生平臺(tái)技術(shù)。因而CloudOS 云原生平臺(tái)對(duì)底層技術(shù)進(jìn)行封裝，給應(yīng)用團(tuán)隊(duì)提供友好易使用的可視化操作頁(yè)面，讓應(yīng)用團(tuán)隊(duì)不需要學(xué)習(xí) Docker、K8S 技術(shù)也能高效進(jìn)行數(shù)字化應(yīng)用創(chuàng)新。
2. 為應(yīng)用創(chuàng)新提供一站式平臺(tái)支撐
CloudOS 打破了各環(huán)節(jié)、各部門信息壁壘，提供統(tǒng)一操作頁(yè)面，讓研發(fā)資產(chǎn)（如軟件架構(gòu)資產(chǎn)、API 接口、測(cè)試用例、制品包、鏡像文件等）在各環(huán)節(jié)順暢流動(dòng)起來(lái)，進(jìn)而提升各環(huán)節(jié)協(xié)作效率。同時(shí)，CloudOS還提供云原生 DevOps 能力，實(shí)現(xiàn)應(yīng)用的 CI/CT/CD（持續(xù)集成/持續(xù)測(cè)試/持續(xù)交付）。
真正的DevOps，應(yīng)該是與云原生開發(fā)平臺(tái)（云原生平臺(tái)工程）關(guān)聯(lián)起來(lái)的，這樣才能發(fā)揮真正的 DevOps 效應(yīng)。
3. 提供 PaaS 能力，讓研發(fā)人員更聚焦、運(yùn)維人員更輕松
CloudOS 提供 PaaS 能力，承接各垂直數(shù)字化應(yīng)用中的大量非功能特性，如高可用能力、容災(zāi)能力、安全特性、可運(yùn)維性、易用性、可測(cè)試性、灰度發(fā)布能力、多數(shù)據(jù)中心部署能力等等，實(shí)現(xiàn)應(yīng)用與平臺(tái)分離，為數(shù)字化應(yīng)用瘦身減負(fù)。讓研發(fā)人員盡可能只關(guān)注業(yè)務(wù)邏輯，花更多的時(shí)間在寫業(yè)務(wù)相關(guān)的代碼上，減少寫公共代碼所花費(fèi)的時(shí)間，減少維護(hù)環(huán)境所花費(fèi)的時(shí)間，同時(shí)讓運(yùn)維人員能借助工具更輕松的運(yùn)維應(yīng)用。
4. 讓企業(yè)研發(fā)模塊化、標(biāo)準(zhǔn)化、自動(dòng)化
· 模塊化，用他人生產(chǎn)的輪子，而不是自己重復(fù)造輪子：構(gòu)建企業(yè)模塊商店，通過(guò)可視化模塊組裝，像搭積木一樣進(jìn)行軟件架構(gòu)計(jì)；形成企業(yè)內(nèi)共創(chuàng)協(xié)同機(jī)制，共同推進(jìn)各類模塊的演進(jìn)，形成日益豐富的數(shù)字化積累。
· 標(biāo)準(zhǔn)化，標(biāo)準(zhǔn)執(zhí)行是加強(qiáng)規(guī)范性和提高復(fù)用性的重要基礎(chǔ)：通過(guò)形成開發(fā)模板和任務(wù)分發(fā)機(jī)制，形成API統(tǒng)一管理能力并制定相關(guān)測(cè)試用例，定義好每個(gè)服務(wù)接口的API規(guī)范及相關(guān)測(cè)試用例，對(duì)下游開發(fā)成果進(jìn)行強(qiáng)約束。模塊研發(fā)人員以接口規(guī)范為開發(fā)契約，甚至不需要知道最終服務(wù)于何類業(yè)務(wù)。
· 自動(dòng)化，配套工具是讓研發(fā)人員聚焦提效的重要手段：一站式的開發(fā)環(huán)境，一站式的多云靈活發(fā)布、調(diào)度，自動(dòng)化、智能化安全排查機(jī)制……配套工具齊全，開發(fā)一站到底。
總結(jié)
未來(lái)，在企業(yè)發(fā)展當(dāng)中，會(huì)逐漸衍生出四種團(tuán)隊(duì) :
· 業(yè)務(wù)導(dǎo)向團(tuán)隊(duì)：與業(yè)務(wù)領(lǐng)域某個(gè)部分的工作流相匹配，處理核心業(yè)務(wù)邏輯。
· 賦能團(tuán)隊(duì)：幫助業(yè)務(wù)導(dǎo)向團(tuán)隊(duì)克服障礙并檢測(cè)缺失的功能。
· 復(fù)雜子系統(tǒng)團(tuán)隊(duì)：在嚴(yán)重依賴數(shù)學(xué) / 技術(shù)方面的專業(yè)知識(shí)時(shí)組建。
· 平臺(tái)團(tuán)隊(duì)：提供一個(gè)令人信服的內(nèi)部平臺(tái)，提高業(yè)務(wù)導(dǎo)向團(tuán)隊(duì)的交付速度。如上圖所示，平臺(tái)團(tuán)隊(duì)與其他所有團(tuán)隊(duì)都是平行的，旨在確保從編碼到生產(chǎn)的自助工作流的流暢運(yùn)轉(zhuǎn)。
所以，借助平臺(tái)的力量讓分工明確，才是企業(yè)管理需要考量的最重要的事情。
如果您認(rèn)為您的團(tuán)隊(duì)目前很小，用不上云原生平臺(tái)工程，其實(shí)這便錯(cuò)了。
Humanitec 的產(chǎn)品負(fù)責(zé)人 Luca Galante 對(duì)此強(qiáng)調(diào)道，“我聽過(guò)無(wú)數(shù)團(tuán)隊(duì)的故事，他們構(gòu)建 IDP 的時(shí)間太滯后了，并因此承受了許多本不必承受的痛苦，例如，唯一一名負(fù)責(zé) DevOps 的員工休假，整個(gè)組織幾周都不能部署。IDP 和招聘平臺(tái)工程師可能是你今天就要考慮的投資?！?
云原生已經(jīng)成為了趨勢(shì)，一切都水到渠成，何必再等東風(fēng)？
點(diǎn)擊鏈接，免費(fèi)體驗(yàn)CloudOS （一站式云原生開發(fā)平臺(tái)）>>
點(diǎn)擊鏈接，免費(fèi)獲取《CloudOS云原生技術(shù)解決方案》白皮書>>
讓企業(yè)都能高效創(chuàng)新
企業(yè)云原生數(shù)字化創(chuàng)新平臺(tái)CloudOS?
可插拔云原生工具集Cloud Native Toolkit
開發(fā)者專屬一站式在線服務(wù)Methodot
