簡(jiǎn)介：時(shí)間來(lái)到 2022 年，KubeVela 也正式進(jìn)入了第四個(gè)階段，在原先核心控制器 API 基本穩(wěn)定的基礎(chǔ)上，我們以插件的形式增加了一系列開(kāi)箱即用的功能。讓開(kāi)發(fā)者可以通過(guò) UI 控制臺(tái)的方式，連接 CI/CD 完整流程，端到端發(fā)布多集群應(yīng)用，進(jìn)一步提升開(kāi)發(fā)者體驗(yàn)。

作者：KubeVela 社區(qū)

隨著云原生的不斷發(fā)展和成熟，越來(lái)越多的基礎(chǔ)設(shè)施能力逐漸標(biāo)準(zhǔn)化成為 PaaS 平臺(tái)或者 SaaS 化產(chǎn)品。一個(gè)產(chǎn)品的誕生不再像過(guò)去那樣需要建立一個(gè)團(tuán)隊(duì)，從開(kāi)發(fā)、測(cè)試一直到運(yùn)維、基礎(chǔ)設(shè)施全部分多種角色系統(tǒng)完成。如今，敏捷組織文化和云原生技術(shù)驅(qū)動(dòng)，使得這些職責(zé)更多的是“左移”到了開(kāi)發(fā)者身上，測(cè)試左移、監(jiān)控左移、安全左移，以及 DevOps 等一系列理念都是在強(qiáng)調(diào)，通過(guò)開(kāi)源項(xiàng)目或者云的產(chǎn)品和服務(wù)將測(cè)試、監(jiān)控、安全、運(yùn)維等一系列事務(wù)提前到開(kāi)發(fā)階段完成。這看似美好的愿景卻給開(kāi)發(fā)者帶來(lái)了巨大的挑戰(zhàn)，開(kāi)發(fā)者對(duì)底層五花八門(mén)的產(chǎn)品和復(fù)雜 API 缺乏掌控力，他們不僅僅是在做選擇，更多的需要去理解和協(xié)調(diào)底層復(fù)雜異構(gòu)的基礎(chǔ)設(shè)施能力，以便滿(mǎn)足上層業(yè)務(wù)的快速發(fā)展和迭代需求。

這種復(fù)雜性和不確定性無(wú)疑大大降低了開(kāi)發(fā)者的體驗(yàn)，降低了業(yè)務(wù)系統(tǒng)的交付效率，增加了運(yùn)維風(fēng)險(xiǎn)。開(kāi)發(fā)者體驗(yàn)的核心是“簡(jiǎn)單”和“高效率”，不管是開(kāi)發(fā)者還是企業(yè)都需要更好用的開(kāi)發(fā)者工具或者平臺(tái)來(lái)達(dá)成。在現(xiàn)代云原生技術(shù)之上打造一款幫助開(kāi)發(fā)者從開(kāi)發(fā)、交付以及后續(xù)持續(xù)運(yùn)維的一體化平臺(tái)，一直是 KubeVela 演進(jìn)的核心目標(biāo)。如圖 1 所示，在 v1.2 版本中，我們圍繞開(kāi)發(fā)者體驗(yàn)新增了 UI 控制臺(tái)組件（VelaUX），簡(jiǎn)化了編排 YAML 的復(fù)雜性，完善了插件體系建設(shè)，豐富了云資源的擴(kuò)展能力，增加了大量 CI/CD 等生態(tài)對(duì)接的能力，進(jìn)一步完善了開(kāi)發(fā)者端到端的使用體驗(yàn)。

圖 1：KubeVela 架構(gòu)設(shè)計(jì)

發(fā)展歷程回顧

讓我們?cè)賮?lái)簡(jiǎn)單回顧一下 OAM 和 KubeVela 的發(fā)展階段和歷程：

• OAM（Open Application Model）誕生和成長(zhǎng)

在復(fù)雜的世界中要?jiǎng)?chuàng)造簡(jiǎn)單，首先我們需要解決的問(wèn)題就是抽象和標(biāo)準(zhǔn)化。阿里云和微軟聯(lián)合推出 OAM 模型，創(chuàng)新性地提出“關(guān)注點(diǎn)分離”的理念，開(kāi)發(fā)者關(guān)注業(yè)務(wù)本身、運(yùn)維關(guān)注模塊化能力。OAM 模型圍繞“一切皆服務(wù)，全面模塊化”的思想，為各大廠商和云原生的平臺(tái)構(gòu)建者們實(shí)現(xiàn)自己的應(yīng)用管理平臺(tái)提供了簡(jiǎn)單易用與高度可擴(kuò)展相結(jié)合的標(biāo)準(zhǔn)實(shí)踐方式。該模型提出后的短短一年內(nèi)便得到了包括 AWS、Oracle、騰訊、華為在內(nèi)的國(guó)內(nèi)外各大廠商響應(yīng)，被國(guó)家信通院立項(xiàng)作為行業(yè)標(biāo)準(zhǔn)。因?yàn)榇蠹矣泄餐哪繕?biāo)，降低云原生的使用門(mén)檻，讓?xiě)?yīng)用交付和管理更簡(jiǎn)單。

• KubeVela 開(kāi)源項(xiàng)目 v1.0 發(fā)布，為社區(qū)帶來(lái)了 OAM 的標(biāo)準(zhǔn)實(shí)現(xiàn)

有了 OAM 模型作為實(shí)踐指導(dǎo)，社區(qū)高級(jí)玩家也開(kāi)始創(chuàng)造自己的工具來(lái)實(shí)踐，包括阿里、微軟、Oracle、Upbond、騰訊在內(nèi)的一系列公司都基于 OAM 的指導(dǎo)構(gòu)建了自己的業(yè)務(wù)平臺(tái)。但對(duì)于更廣大的開(kāi)發(fā)者和中小型企業(yè)群體來(lái)說(shuō)，他們卻無(wú)法直接享受模型帶來(lái)的紅利，于是，KubeVela 作為 OAM 社區(qū)的官方實(shí)現(xiàn)引擎誕生了。它從一開(kāi)始就由 7 家來(lái)自不同組織的 OAM 社區(qū)成員從零到一構(gòu)建。KubeVela 的實(shí)現(xiàn)吸收了多家公司針對(duì) OAM 的實(shí)踐經(jīng)驗(yàn)，同時(shí)結(jié)合 Kubernetes 社區(qū)生態(tài)優(yōu)勢(shì)，實(shí)現(xiàn)了自動(dòng)化、可收斂、冪等且穩(wěn)定的應(yīng)用發(fā)布控制器，圍繞 IaC（基礎(chǔ)設(shè)施即配置）構(gòu)造了用戶(hù)友好的抽象層，幫助開(kāi)發(fā)者實(shí)現(xiàn)了開(kāi)箱基于的 OAM 實(shí)現(xiàn)引擎。

• KubeVela v1.1 發(fā)布，實(shí)現(xiàn)應(yīng)用交付工作流，原生支持混合環(huán)境多集群應(yīng)用交付

隨著企業(yè)上云進(jìn)程的推進(jìn)，混合云、分布式云等多元化基礎(chǔ)設(shè)施逐漸成為常態(tài)。KubeVela 作為現(xiàn)代應(yīng)用管理系統(tǒng)也順應(yīng)潮流，整體架構(gòu)升級(jí)為面向混合環(huán)境做應(yīng)用交付和管理的控制平面，將所有的功能天然構(gòu)筑在多集群技術(shù)之上。我們相信，出于高可用、成本性能、數(shù)據(jù)安全等多方面因素，未來(lái)大多數(shù)企業(yè)應(yīng)用的形態(tài)都將是異構(gòu)多元的。KubeVela v1.1 版本的發(fā)布，同時(shí)也實(shí)現(xiàn)了高度可擴(kuò)展的應(yīng)用發(fā)布工作流，它天然以混合環(huán)境架構(gòu)呈現(xiàn)，創(chuàng)新性的實(shí)現(xiàn)了交付工作流與應(yīng)用抽象相結(jié)合的工作模式，實(shí)現(xiàn)了面向終態(tài)的應(yīng)用交付工作流，大大簡(jiǎn)化了流程編排的復(fù)雜性。

時(shí)間來(lái)到 2022 年，KubeVela 也正式進(jìn)入了第四個(gè)階段，在原先核心控制器 API 基本穩(wěn)定的基礎(chǔ)上，我們以插件的形式增加了一系列開(kāi)箱即用的功能。讓開(kāi)發(fā)者可以通過(guò) UI 控制臺(tái)的方式，連接 CI/CD 完整流程，端到端發(fā)布多集群應(yīng)用，進(jìn)一步提升開(kāi)發(fā)者體驗(yàn)。

v1.2 版本的核心能力

圖形化操作控制臺(tái)（VelaUX）

提供好用的圖形化操作界面是降低開(kāi)發(fā)者使用門(mén)檻的首選途徑，從 KubeVela 誕生以來(lái)，社區(qū)對(duì) UI 控制臺(tái)的呼聲一直很高。從 v1.2 版本開(kāi)始，它正式到來(lái)了。打造 UI 控制臺(tái)的目的是幫助開(kāi)發(fā)者以更標(biāo)準(zhǔn)化的方式組裝和管理異構(gòu)業(yè)務(wù)應(yīng)用，幫助他們分析和更快的發(fā)現(xiàn)業(yè)務(wù)故障和阻礙。

VelaUX[1] 是 KubeVela 的前端項(xiàng)目，設(shè)計(jì)實(shí)現(xiàn)時(shí)它充分考慮了 KubeVela 的可擴(kuò)展性這一核心要點(diǎn)。引入了低代碼平臺(tái)的理念來(lái)打造前端，我們的目標(biāo)是打造一個(gè)可以通過(guò)拖拉拽方式就能做到自定義應(yīng)用交付輸入?yún)?shù)，并且實(shí)現(xiàn)運(yùn)行數(shù)據(jù)可觀測(cè)的平臺(tái)。為此我們?cè)O(shè)計(jì)了前端描述規(guī)范（UISchema[2]），配合 KubeVela 的模塊化定義（X-Definition[3]），通過(guò)配置就可以渲染出豐富的前端交互元素。同時(shí)為了讓前端的數(shù)據(jù)查詢(xún)也配置化，我們?cè)O(shè)計(jì)了多維數(shù)據(jù)自定義查詢(xún)語(yǔ)言（VelaQL[4]），這樣的設(shè)計(jì)形成了 KubeVela 交付和管理異構(gòu)應(yīng)用的基礎(chǔ)。

目前通過(guò) VelaUX ，用戶(hù)可以管理擴(kuò)展，連接 Kubernetes 集群，分配交付目標(biāo)，規(guī)劃環(huán)境和交付各類(lèi)型應(yīng)用，并觀測(cè)應(yīng)用運(yùn)行狀態(tài)，實(shí)現(xiàn)應(yīng)用交付的完整閉環(huán)。

圖 2：VelaUX 預(yù)覽

如圖 2 所示，VelaUX 中出現(xiàn)了一些新名詞，請(qǐng)參考核心概念[5]文檔進(jìn)行學(xué)習(xí)和了解。

多環(huán)境統(tǒng)一化管理

KubeVela 將 N 個(gè)Kubernetes 集群，N 個(gè)云廠商服務(wù)或其他私有云服務(wù)統(tǒng)一為大的基礎(chǔ)設(shè)施資源池。在此基礎(chǔ)上，我們的開(kāi)發(fā)者可以按照業(yè)務(wù)需求、流程需求、團(tuán)隊(duì)需求等多種業(yè)務(wù)維度劃分環(huán)境。在大資源池的基礎(chǔ)上形成環(huán)境空間。同一個(gè)應(yīng)用可發(fā)布到不同的環(huán)境，環(huán)境之間從管理到運(yùn)行態(tài)完全隔離。

圖 3：多環(huán)境/多集群應(yīng)用管理頁(yè)面

如圖 3 所示，應(yīng)用可被發(fā)布到生產(chǎn)、測(cè)試、默認(rèn)三個(gè)環(huán)境中，每一個(gè)環(huán)境可以包括多個(gè)交付目標(biāo)，每一個(gè)交付目標(biāo)背后可以是獨(dú)立的 Kubernetes 集群。

異構(gòu)應(yīng)用標(biāo)準(zhǔn)化交付

在云原生體系中，我們交付應(yīng)用的形式選擇非常多。基于 Kubernetes 基礎(chǔ)設(shè)施，我們既可以通過(guò)成熟的 Helm Chart 包交付中間件和第三方開(kāi)源應(yīng)用，也可以通過(guò)鏡像交付企業(yè)業(yè)務(wù)應(yīng)用，還可以通過(guò) OpenYurt 交付管理邊緣應(yīng)用。基于云服務(wù)商的開(kāi)放能力，我們可以交付數(shù)據(jù)庫(kù)、消息、緩存等中間件，也有日志、應(yīng)用監(jiān)控等運(yùn)維能力。

對(duì)于這么多的可選項(xiàng)，KubeVela 采用標(biāo)準(zhǔn)的 OAM 規(guī)范實(shí)現(xiàn)對(duì)異構(gòu)應(yīng)用的統(tǒng)一交付和管理。KubeVela 實(shí)現(xiàn)了高度可擴(kuò)展的交付系統(tǒng)，通過(guò)內(nèi)置、社區(qū)共享等形態(tài)幫助用戶(hù)擴(kuò)展平臺(tái)，以一致化的交付和管理體驗(yàn)處理異構(gòu)的應(yīng)用。在 KubeVela 之上，開(kāi)發(fā)者看到的都是模塊化、一切皆服務(wù)的管理形態(tài)。

圖 4：云服務(wù)應(yīng)用管理頁(yè)面

如圖 4 所示，我們可以看到，相同的應(yīng)用管理頁(yè)面，用戶(hù)可以非常便捷得獲取到云服務(wù)應(yīng)用。開(kāi)發(fā)者可以通過(guò)閱讀下面幾篇文檔查看異構(gòu)應(yīng)用的交付過(guò)程：

交付 Docker 鏡像[6]

交付 Helm Chart 包[7]

交付 Kubernetes 資源[8]

交付 云服務(wù)[9]

擴(kuò)展體系（Addon）

KubeVela 從一開(kāi)始就是設(shè)計(jì)為一款微內(nèi)核高可擴(kuò)展的系統(tǒng)，上文我們說(shuō)到異構(gòu)應(yīng)用，KubeVela 可以通過(guò)擴(kuò)展體系，以標(biāo)準(zhǔn)化的形態(tài)，擴(kuò)充無(wú)限的應(yīng)用交付能力。既匹配企業(yè)差異性訴求，也不帶來(lái)過(guò)多的認(rèn)知負(fù)擔(dān)。KubeVela 中可擴(kuò)展的點(diǎn)包括了組件類(lèi)型、運(yùn)維能力、工作流類(lèi)型、應(yīng)用交付策略等。在當(dāng)前版本中，我們發(fā)布了 Addon 擴(kuò)展體系。Addon 是組織各種擴(kuò)展能力的承載體，它便于分發(fā)和管理。

圖 5：KubeVela 插件管理頁(yè)面

目前在官方倉(cāng)庫(kù)中已經(jīng)存在如圖 5 所示的可用 Addon。同時(shí)在實(shí)驗(yàn)性倉(cāng)庫(kù)中我們正在聯(lián)合社區(qū)用戶(hù)積極創(chuàng)造更多的擴(kuò)展能力。當(dāng)然，這里需要每一個(gè)社區(qū)開(kāi)發(fā)者的積極參與。

截止到現(xiàn)在，KubeVela 已經(jīng)成長(zhǎng)為一款可直接服務(wù)于廣大開(kāi)發(fā)者的應(yīng)用交付平臺(tái)，那么企業(yè)哪些場(chǎng)景可以直接利用 KubeVela 呢？我們整理了以下幾個(gè)常見(jiàn)場(chǎng)景：

企業(yè)開(kāi)發(fā)場(chǎng)景解決方案

多集群應(yīng)用 DevOps

在過(guò)往社區(qū)的交流中，我們發(fā)現(xiàn)企業(yè)主流的研發(fā)體系都類(lèi)似如圖 6 所示的結(jié)構(gòu)，他們使用云服務(wù)廠商提供的計(jì)算資源作為生產(chǎn)、演示環(huán)境。使用自己購(gòu)買(mǎi)或歷史遺留的服務(wù)器搭建開(kāi)發(fā)、測(cè)試環(huán)境。如果業(yè)務(wù)有多區(qū)域或?yàn)?zāi)備需求，生產(chǎn)環(huán)境可能需要部署到多個(gè)區(qū)域或多云。

圖 6：多集群應(yīng)用實(shí)踐架構(gòu)

對(duì)于基礎(chǔ)的 DevOps 流程，包括了代碼托管和 CI/CD 的環(huán)節(jié)。KubeVela 目前為你提供 CD 環(huán)節(jié)的支持。對(duì)于企業(yè)實(shí)踐的步驟如下：

根據(jù)實(shí)際情況準(zhǔn)備本地或云服務(wù)資源。至少單項(xiàng)打通本地和云資源的網(wǎng)絡(luò)，便于資源集中管理。
?

將 KubeVela 系統(tǒng)搭建在生產(chǎn)環(huán)境中，保障持續(xù)的可用性。
?

通過(guò) KubeVela 部署 Gitlab、Jenkins、Sonar 等 DevOps 工具，并打通工具鏈。通常情況下，代碼托管和開(kāi)發(fā)工具的可用性至關(guān)重要，我們需要將其部署在生產(chǎn)環(huán)境中（如果你本地機(jī)房具備生產(chǎn)可用性，且希望代碼數(shù)據(jù)在本地環(huán)境流轉(zhuǎn)，可部署在本地機(jī)房）。
?

通過(guò) KubeVela 規(guī)劃本地開(kāi)發(fā)環(huán)境，部署本地測(cè)試用中間件，規(guī)劃生產(chǎn)環(huán)境和部署云服務(wù)中間件。
?

通過(guò) Jenkins 搭建業(yè)務(wù)代碼 CI 流水線(xiàn)，產(chǎn)出 Docker 鏡像交由 KubeVela 進(jìn)行多環(huán)境部署，形成完整應(yīng)用交付工作流。

結(jié)合 KubeVela 的多集群應(yīng)用 DevOps 方案有如下優(yōu)勢(shì)：

（1）開(kāi)發(fā)者無(wú)需掌握過(guò)多的 Kubernetes 生態(tài)知識(shí)，可實(shí)現(xiàn)異構(gòu)應(yīng)用云原生部署。

（2）多集群，多環(huán)境統(tǒng)一管理，原生可部署跨集群應(yīng)用。

（3）統(tǒng)一的應(yīng)用管理模式，無(wú)論是業(yè)務(wù)應(yīng)用還是開(kāi)發(fā)工具鏈。

（4）靈活的工作流，幫助企業(yè)打通各種開(kāi)發(fā)規(guī)范流程。

混合環(huán)境一體化管理

不同的企業(yè)往往都存在不一樣的基礎(chǔ)設(shè)施和業(yè)務(wù)訴求。在基礎(chǔ)設(shè)施側(cè)：企業(yè)可能搭建了私有云，可能購(gòu)買(mǎi)了公有云，可能還有邊緣計(jì)算資源。在業(yè)務(wù)側(cè)：不同的業(yè)務(wù)規(guī)模不同，資源需求不同，可能有多云多活應(yīng)用，也有企業(yè)遺留系統(tǒng)。在研發(fā)側(cè)：業(yè)務(wù)研發(fā)往往需要開(kāi)發(fā)、測(cè)試、預(yù)發(fā)和生產(chǎn)環(huán)境。在管理側(cè)：不同的業(yè)務(wù)團(tuán)隊(duì)需要相互隔離，又可能需要業(yè)務(wù)互通。

隨著時(shí)間的累積，企業(yè)由于職責(zé)邊界和不同分工的影響，會(huì)逐漸形成不同業(yè)務(wù)團(tuán)隊(duì)相互獨(dú)立甚至割裂的狀態(tài)，這種割裂包括了：開(kāi)發(fā)工具割裂，技術(shù)架構(gòu)割裂，業(yè)務(wù)管理形態(tài)割裂。KubeVela 秉持著“尊重現(xiàn)實(shí)，積極創(chuàng)新”的原則，帶來(lái)的方案是追求統(tǒng)一的過(guò)程中用高擴(kuò)展的能力去兼容差異性。

• 面對(duì)基礎(chǔ)設(shè)施差異，我們支持以 Kubernetes API、云服務(wù) API 或其他自定義 API 的形態(tài)，去對(duì)基礎(chǔ)設(shè)施進(jìn)行充分的模型化。最終通過(guò)統(tǒng)一的 OAM 模型向上暴露一致的概念。
• 面對(duì)業(yè)務(wù)架構(gòu)差異，應(yīng)用模型是開(kāi)放的，對(duì)架構(gòu)無(wú)要求的。KubeVela 做的是連接和賦能，連接已有系統(tǒng)，通過(guò)擴(kuò)展機(jī)制加持新的生態(tài)技術(shù)。
• 面對(duì)開(kāi)發(fā)工具鏈的差異，企業(yè)中可能已經(jīng)存在不同的開(kāi)發(fā)工具鏈，產(chǎn)出不同的業(yè)務(wù)制品。KubeVela 通過(guò)擴(kuò)展和標(biāo)準(zhǔn)模型去支持各類(lèi)制品，實(shí)現(xiàn)其標(biāo)準(zhǔn)化交付。當(dāng)然，它的標(biāo)準(zhǔn)逐步衍生到前置環(huán)節(jié)，幫助企業(yè)逐步實(shí)現(xiàn)工具鏈一致化。因此，你不用擔(dān)心你是用的 Gitlab 還是 Jenkins，它都能對(duì)接。
• 面對(duì)運(yùn)維能力差異，企業(yè)中不同團(tuán)隊(duì)的運(yùn)維能力、工具方案可以在 KubeVela 的規(guī)范下逐步積累，能力互通。更多運(yùn)維能力也同樣在社區(qū)的維度進(jìn)行共享和復(fù)用。

因此，使用 KubeVela 來(lái)作為企業(yè)打通業(yè)務(wù)，進(jìn)行統(tǒng)一能力建設(shè)的基礎(chǔ)平臺(tái)，它是可落地、有未來(lái)的方案。

自定義企業(yè)發(fā)布平臺(tái)

從 Heroku 、Cloud Foundry 時(shí)代開(kāi)始，市場(chǎng)上一直在產(chǎn)生不同的 PaaS 平臺(tái)，我們都知道固定模式的發(fā)布平臺(tái)往往不適合所有的企業(yè)。舉個(gè)例子，某些規(guī)范化程度較高的企業(yè)，他們基于業(yè)務(wù)的特性，發(fā)布應(yīng)用時(shí)僅需更新鏡像名稱(chēng)，然而使用通用 PaaS 就不得不去理解大量的概念和參數(shù)。再比如某個(gè)企業(yè)生產(chǎn)的是 AI 應(yīng)用，對(duì)于 AI 應(yīng)用的發(fā)布與普通應(yīng)用有比較大的區(qū)別，這時(shí)就需要定制 AI 場(chǎng)景的 PaaS，企業(yè)不得不付更多的費(fèi)用和學(xué)習(xí)更多的概念。

通用產(chǎn)品不符合企業(yè)需求時(shí)，自研是真實(shí)存在的訴求。但是對(duì)于從零開(kāi)始自研平臺(tái)，必然又需要投入大量的人力物力，甚至超過(guò)了企業(yè)核心業(yè)務(wù)的投入，這顯得得不償失。KubeVela 也考慮到了具備自研能力企業(yè)的獨(dú)特訴求，他們可以基于 KubeVela 微內(nèi)核、高可擴(kuò)展的設(shè)計(jì)，針對(duì)自己的業(yè)務(wù)場(chǎng)景和領(lǐng)域知識(shí)，打造屬于自己的、更為簡(jiǎn)單易用的業(yè)務(wù)平臺(tái)。

對(duì)于需要自研發(fā)布平臺(tái)的企業(yè)來(lái)說(shuō)，KubeVela 的微內(nèi)核是一個(gè) PaaS 平臺(tái)研發(fā)框架。一方面，企業(yè)可以根據(jù)自己的需求自研或者安裝社區(qū)的各種功能插件；另一方面，企業(yè)也可以基于 OAM 模型修改模塊化配置，新增或裁剪用戶(hù)使用的參數(shù)。這種模塊化的設(shè)計(jì)可以大大降低企業(yè)的投入成本，同時(shí)可以跟上社區(qū)的發(fā)展潮流，隨時(shí)將社區(qū)更多的先進(jìn)技術(shù)轉(zhuǎn)化為自身的生產(chǎn)力。

參與社區(qū)

做了這么多的介紹，你是否對(duì) KubeVela 的發(fā)展有了一些新的認(rèn)識(shí)，沒(méi)有哪個(gè)產(chǎn)品是絕對(duì)的銀彈，也沒(méi)有一個(gè)方案可以解決所有的問(wèn)題。但是我們的理想是可以創(chuàng)造一個(gè)標(biāo)準(zhǔn)化模式，讓更多的企業(yè)和開(kāi)發(fā)者用戶(hù)參與到這場(chǎng)為了“簡(jiǎn)單”和“高效”的開(kāi)發(fā)者體驗(yàn)戰(zhàn)役中來(lái)。KubeVela 還很年輕，我們希望你可以參與進(jìn)來(lái)共同打造。這里非常感謝在過(guò)去參與 KubeVela 貢獻(xiàn)的 100 多位開(kāi)發(fā)者[10]，正是因?yàn)槟銈兊臄y手努力，才讓我們的社區(qū)生態(tài)變得更加繁榮。

共建 OAM 應(yīng)用規(guī)范

對(duì)于 OAM 應(yīng)用規(guī)范，模型的更新和升級(jí)基于 KubeVela 實(shí)踐驅(qū)動(dòng)，但是它并不綁定 KubeVela 實(shí)現(xiàn)。它是 KubeVela 在云原生應(yīng)用交付和管理層面實(shí)踐經(jīng)驗(yàn)的總結(jié)和抽象，是創(chuàng)造規(guī)范化應(yīng)用管理體系的最佳實(shí)踐和核心理念。我們非常歡迎云廠商、平臺(tái)廠商、最終用戶(hù)可以參與進(jìn)來(lái)，同時(shí)我們也欣喜的看到國(guó)內(nèi)包括騰訊在內(nèi)的多家廠商對(duì) OAM 應(yīng)用規(guī)范的關(guān)注和支持。任何人、組織都可以發(fā)表你的想法、建議和思考。

參與 OAM 模型討論：

https://github.com/oam-dev/spec

共建 Addon 擴(kuò)展生態(tài)

如上文介紹的一樣，我們已經(jīng)開(kāi)啟了 Addon 的擴(kuò)展體系，非常歡迎社區(qū)的創(chuàng)造者、開(kāi)發(fā)者可以來(lái)貢獻(xiàn)更多的擴(kuò)展能力。

如何擴(kuò)展和貢獻(xiàn) Addon 參考文檔：

自定義插件 | KubeVela

貢獻(xiàn)云服務(wù)能力

KubeVela 通過(guò)集成 Terraform Module 來(lái)擴(kuò)展云服務(wù)集成能力，我們已經(jīng)支持了常用的云資源[11] ，歡迎社區(qū)朋友參考并貢獻(xiàn)更多的云服務(wù)廠商和產(chǎn)品。

如何擴(kuò)展和貢獻(xiàn)云資源 參考文檔：

擴(kuò)展云資源 | KubeVela

反饋你的需求或痛點(diǎn)

或許你是普通開(kāi)發(fā)者，也或許你是云原生領(lǐng)域的從業(yè)者，如果你認(rèn)可我們的方向，認(rèn)可我們正在做的事情，我們非常歡迎你可以參與到 KubeVela 社區(qū)討論中來(lái)。

社區(qū)討論：

https://github.com/oam-dev/kubevela

KubeVela 網(wǎng)站加速訪問(wèn)

KubeVela 的官方文檔托管在 GitHub （https://github.com/oam-dev/kubevela.io ）上，如果你發(fā)現(xiàn)有任何錯(cuò)漏或者想要參與翻譯，歡迎直接到項(xiàng)目中貢獻(xiàn)。同時(shí)為了國(guó)內(nèi)用戶(hù)可以加速訪問(wèn)，我們?cè)黾恿?kubevela.net 這個(gè)域名，可以方便國(guó)內(nèi)用戶(hù)更快的訪問(wèn)，內(nèi)容與 kubevela.io 的域名完全一致、實(shí)時(shí)同步。

KubeVela 是 CNCF 沙箱項(xiàng)目，了解更多信息，請(qǐng)點(diǎn)擊此處查閱官方文檔。

相關(guān)鏈接

[1] VelaUX：

https://github.com/oam-dev/velaux

[2] UISchema：

UI-Schema | KubeVela

[3] X-Definition：

模塊定義（X-Definition） | KubeVela

[4] VelaQL：

VelaQL | KubeVela

[5] 核心概念：

核心概念 | KubeVela

[6] 交付 Docker 鏡像：

交付容器鏡像 | KubeVela

[7] 交付 Helm Chart 包：

交付 Helm Chart | KubeVela

[8] 交付 Kubernetes 資源：

交付 Kubernetes 原生資源 | KubeVela

[9] 交付云服務(wù)：

交付云服務(wù) | KubeVela

[10] 100 多位開(kāi)發(fā)者：

https://github.com/oam-dev/kubevela/graphs/contributors

[11] 常用的云資源：

https://kubevela.io/zh/docs/end-user/components/cloud-services/provider-and-consume-cloud-services#支持的云資源列表

原文鏈接

本文為阿里云原創(chuàng)內(nèi)容，未經(jīng)允許不得轉(zhuǎn)載。?

總結(jié)

以上是生活随笔為你收集整理的KubeVela v1.2 发布：你要的图形化操作控制台 VelaUX 终于来了的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。