12月16-17日,由CNCF、網(wǎng)易數(shù)帆、VMware、PingCAP和阿里云聯(lián)合主辦2020 Cloud Native Day云原生生態(tài)大會(huì)線上召開,來自聯(lián)合主辦方及字節(jié)跳動(dòng)、Zilliz、百勝中國等公司的17位重磅演講嘉賓,帶來2天主題分享,解析云原生領(lǐng)軍企業(yè)和組織、頭部用戶的云原生戰(zhàn)略與實(shí)踐,剖析云原生技術(shù)帶來的機(jī)遇與挑戰(zhàn),幫助云原生技術(shù)使用者和愛好者加深對技術(shù)的理解,同時(shí)推進(jìn)云原生與企業(yè)IT的融合。
在大會(huì)的第一天,網(wǎng)易數(shù)帆輕舟事業(yè)部總經(jīng)理陳諤結(jié)合網(wǎng)易數(shù)帆旗下輕舟云原生平臺(tái)近五年來的三次重大技術(shù)變遷,分享了網(wǎng)易及廣大數(shù)字化進(jìn)程中的企業(yè)在IT、業(yè)務(wù)架構(gòu)上的需求演進(jìn)背后的邏輯,軟件生產(chǎn)與云原生之間的關(guān)系,以及網(wǎng)易數(shù)帆對未來的思考。
陳諤將云原生軟件生產(chǎn)分為三個(gè)階段,包括業(yè)務(wù)架構(gòu)微服務(wù)化階段、云計(jì)算操作系統(tǒng)階段和應(yīng)用平臺(tái)階段,分別以服務(wù)治理與監(jiān)控體系建立、中間件全面融合Kubernetes、應(yīng)用視圖與運(yùn)維視圖分離為重要特征。他斷言,云原生的發(fā)展已經(jīng)歷了微服務(wù)階段,當(dāng)前處于云操作系統(tǒng)階段,而應(yīng)用平臺(tái)階段的發(fā)展也已經(jīng)起步并將是未來的發(fā)展方向。
云原生的起點(diǎn):干掉微服務(wù)架構(gòu)的復(fù)雜性
微服務(wù)階段技術(shù)演進(jìn)的訴求發(fā)端于互聯(lián)網(wǎng)/移動(dòng)互聯(lián)網(wǎng)的興盛,明晰于微服務(wù)架構(gòu)的復(fù)雜性?；ヂ?lián)網(wǎng)時(shí)代,業(yè)務(wù)方需要在高度的業(yè)務(wù)復(fù)雜性下快速迭代軟件。陳諤指出,分而治之是最符合直覺的解決辦法,當(dāng)時(shí)微服務(wù)架構(gòu)也已被提出,但拆分后的技術(shù)復(fù)雜性是不可忽略的因素,需要和迭代效率放在一起來權(quán)衡。 而云計(jì)算的出現(xiàn)首先解決了碎片化的計(jì)算資源獲取問題,剩下的就基于云計(jì)算提供一個(gè)技術(shù)棧來應(yīng)對微服務(wù)架構(gòu)的復(fù)雜性。
針對上述問題,網(wǎng)易數(shù)帆在實(shí)踐的過程中逐漸形成了輕舟微服務(wù)平臺(tái),包括API 網(wǎng)關(guān)、服務(wù)治理框架、持續(xù)交付服務(wù)、全鏈路應(yīng)用監(jiān)控和分布式事務(wù)等五個(gè)組件。其中,持續(xù)交付平臺(tái)負(fù)責(zé)調(diào)用云計(jì)算接口準(zhǔn)備計(jì)算資源,并將制品發(fā)布至云上的各個(gè)環(huán)境;API網(wǎng)關(guān)解決分散的微服務(wù)架構(gòu)作為一個(gè)整體應(yīng)用對外提供接口的問題;服務(wù)治理解決服務(wù)的注冊發(fā)現(xiàn)、以及服務(wù)間路由策略的問題;全鏈路監(jiān)控解決微服務(wù)的監(jiān)控診斷問題;分布式事務(wù)中間件解決了服務(wù)拆分后事務(wù)保障的難題。
高潮:云OS基于K8s整治資源管理,簡化環(huán)境維護(hù)
微服務(wù)大規(guī)模應(yīng)用的后遺癥,就是計(jì)算資源的生命周期管理、運(yùn)行時(shí)環(huán)境維護(hù)復(fù)雜以及資源利用率低下等。陳諤舉了兩個(gè)例子:一個(gè)是大促后彈性資源下線難,將一些節(jié)點(diǎn)下線,影響評估是否準(zhǔn)確?服務(wù)的剩余副本數(shù)是否合理?服務(wù)是否能自動(dòng)恢復(fù)到目標(biāo)的副本數(shù)?另一個(gè)是調(diào)整集群調(diào)度分布困難,如希望將服務(wù)分布在不同的物理節(jié)點(diǎn)或邏輯上的服務(wù)分組,只能在靜態(tài)初始化時(shí)做到,一旦后續(xù)發(fā)生變更就無法很好保障。
容器、Kubernetes的出現(xiàn)使這些問題迎刃而解。容器鏡像帶來了層級(jí)化、易于組合/重用的優(yōu)勢,且管理便捷、可與調(diào)度、生命周期管理銜接;Kubernetes則帶來了L1 CMDB,精準(zhǔn)維護(hù)集群狀態(tài)使調(diào)度策略變更、故障恢復(fù)、擴(kuò)縮容等生命周期管理相關(guān)的操作得以實(shí)現(xiàn)自動(dòng)化,同時(shí)還支持業(yè)務(wù)只需感知Kubernetes API而無需關(guān)注IaaS層API。基于此,網(wǎng)易數(shù)帆將業(yè)務(wù)、中間件等負(fù)載由Kubernetes支撐,并將微服務(wù)支撐能力下沉(即Service Mesh),形成一個(gè)云計(jì)算操作系統(tǒng)。
陳諤分享了網(wǎng)易數(shù)帆云操作系統(tǒng)的三個(gè)案例,包括網(wǎng)易內(nèi)部網(wǎng)易內(nèi)部的資源利用率優(yōu)化、高新制造業(yè)客戶的多云管理以及企業(yè)的軟件供應(yīng)商環(huán)境統(tǒng)一等實(shí)踐。(詳情請關(guān)注后續(xù)視頻回放。)
云原生未來:應(yīng)用平臺(tái)助推軟件生產(chǎn)能力普惠
網(wǎng)易數(shù)帆在實(shí)踐云OS的過程中也發(fā)現(xiàn)了新的問題和新的機(jī)遇。
問題是開發(fā)人員的技術(shù)棧負(fù)擔(dān)過重,微服務(wù)架構(gòu)的采用使得中心化的運(yùn)維職責(zé)部分(如容量規(guī)劃以及調(diào)度策略、網(wǎng)絡(luò)、存儲(chǔ)配置等)卸載到了研發(fā)角色,而研發(fā)普遍不擅長處理這些工作,“然而我們認(rèn)為軟件生產(chǎn)能力的提升不應(yīng)以技術(shù)門檻的提高為代價(jià)。”陳諤強(qiáng)調(diào)說。
機(jī)遇在于統(tǒng)一的運(yùn)維界面意味著將特定類型應(yīng)用的運(yùn)維標(biāo)準(zhǔn)化、自動(dòng)化的可能性,從開發(fā)到運(yùn)維轉(zhuǎn)換,作為在軟件生產(chǎn)過程中最具挑戰(zhàn)的環(huán)節(jié)之一有望得到大幅的優(yōu)化。
作為云原生的底座Kubernetes一直沒有應(yīng)用層面的抽象,陳諤認(rèn)為未來需要將應(yīng)用的概念分離出來,來降低應(yīng)用開發(fā)人員的認(rèn)知負(fù)擔(dān)。當(dāng)前社區(qū)的OAM模型的嘗試,也是網(wǎng)易數(shù)帆重點(diǎn)關(guān)注的一個(gè)方向。
在以應(yīng)用為中心的方向上,網(wǎng)易數(shù)帆希望基于云原生的普及實(shí)現(xiàn)軟件生產(chǎn)能力普惠,讓更多的人可以參與到應(yīng)用開發(fā)中來,并擁有良好的開發(fā)效率。畢竟當(dāng)前企業(yè)數(shù)字化的過程中,IT團(tuán)隊(duì)的交付能力經(jīng)常成為瓶頸,一些有價(jià)值但不是非常核心的系統(tǒng)往往長期處于需求排隊(duì)的狀態(tài)。
陳諤表示,軟件生產(chǎn)能力的普惠主要是解決開發(fā)能力與運(yùn)維能力這兩方面的問題。開發(fā)能力方面通過縮小場景范圍、弱化抽象能力、表達(dá)能力,提供所見即所得的編輯能力來降低開發(fā)人員的認(rèn)知負(fù)擔(dān),這也是歷史上低代碼平臺(tái)類產(chǎn)品常見的策略。
運(yùn)維能力方面,運(yùn)維能力的缺失使非專業(yè)人員的代碼產(chǎn)出無法融入企業(yè)的IT環(huán)境成為標(biāo)準(zhǔn)的企業(yè)服務(wù),從而僅限于個(gè)人或小范圍使用,而云原生的技術(shù)使我們可以為應(yīng)用生成標(biāo)準(zhǔn)的運(yùn)維配置、策略的描述,并且這些配置在云OS的統(tǒng)一運(yùn)維界面下普遍適用。
網(wǎng)易數(shù)帆的實(shí)踐是打造了能與云原生體系結(jié)合的低代碼平臺(tái),面向初級(jí)開發(fā)者,面向信息管理系統(tǒng)類的應(yīng)用,基于MVVM的模型,但開發(fā)者無需理解編程語言的抽象、MVVM框架,網(wǎng)絡(luò),遠(yuǎn)程調(diào)用等概念,而只需理解業(yè)務(wù)的數(shù)據(jù)模型,編寫必要的邏輯,并通過可視化的方式拖拽界面元素實(shí)現(xiàn)應(yīng)用。
陳諤介紹,該平臺(tái)設(shè)計(jì)成能生成符合云原生標(biāo)準(zhǔn)的制品,如容器鏡像與Helm charts,既能在輕舟的容器云中自動(dòng)部署運(yùn)行,也能在客戶的Kubernetes集群中部署,簡單應(yīng)用可以直接通過容器部署。客戶只要有面向K8s的運(yùn)維機(jī)制,無需開發(fā)者提供額外信息即可基于制品部署運(yùn)維,并能兼容客戶運(yùn)維體系的規(guī)范。
客戶需要更高級(jí)的能力時(shí),也能以輕舟平臺(tái)為云OS來擴(kuò)展持續(xù)交付、自動(dòng)部署、服務(wù)治理、API管理、中間件自動(dòng)化運(yùn)維等能力。
（免責(zé)聲明：本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準(zhǔn)確性及可靠性，但不保證有關(guān)資料的準(zhǔn)確性及可靠性，讀者在使用前請進(jìn)一步核實(shí)，并對任何自主決定的行為負(fù)責(zé)。本網(wǎng)站對有關(guān)資料所引致的錯(cuò)誤、不確或遺漏，概不負(fù)任何法律責(zé)任。
任何單位或個(gè)人認(rèn)為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識(shí)產(chǎn)權(quán)或存在不實(shí)內(nèi)容時(shí)，應(yīng)及時(shí)向本網(wǎng)站提出書面權(quán)利通知或不實(shí)情況說明，并提供身份證明、權(quán)屬證明及詳細(xì)侵權(quán)或不實(shí)情況證明。本網(wǎng)站在收到上述法律文件后，將會(huì)依法盡快聯(lián)系相關(guān)文章源頭核實(shí)，溝通刪除相關(guān)內(nèi)容或斷開相關(guān)鏈接。 ）
