簡介:爲何「雲原生應用管理與交付」會成爲 Kubernetes 之上重要的價值聚焦點?CNCF App Delivery SIG 在推進 Kubernetes 之上應用層技術快速演進的過程當中將扮演什麼角色?這個領域又將發生哪些值得你們期待的創新?讓咱們一塊兒瞭解 App Delivery SIG 新任 Co-chairs 鄧洪超有什麼見解。
做者|鄧洪超git
近日,全球頂級開源社區雲原生計算基金會( Cloud Native Computing Foundation,如下簡稱 CNCF ) 宣佈「雲原生交付領域小組( Application Delivery SIG )」換屆結果,來自阿里雲的高級技術專家、Kubernetes Operator 機制初創做者之一鄧洪超將與 VMware 高級研發專家 Jennifer Strejevitch 共同擔任新一任小組 Co-chairs 。github
據官方介紹,CNCF 領域小組的做用是「幫助整個生態深刻理解這些技術領域裏的最佳實踐,並同 CNCF TOC(技術監督委員會)緊密協做以甄別可持續的開源項目,或者幫助它們彌補不足」。CNCF 目前下轄三個領域小組,App Delivery SIG 是 CNCF 基金會官方成立的第一個以「應用」爲中心的領域小組。在雲計算生態核心關注點迅速聚焦到「雲原生應用」的今天,該小組被社區譽爲是 「 CNCF 最具價值的領域小組」。
隨着愈來愈多的企業和開發者開始將業務與技術向雲原生演進,以 Kubernetes 爲表明的容器技術已經成爲雲計算的新界面。從阿里雲與微軟聯合開源的 OAM + OpenKruise 組合露頭角,再到阿里雲進一步使能平臺構建者的開源框架 KubeVela 迅速走紅,爲何「雲原生應用管理與交付」會成爲 Kubernetes 之上重要的價值聚焦點?CNCF App Delivery SIG 在推進 Kubernetes 之上應用層技術快速演進的過程當中將扮演什麼角色?這個領域又將發生哪些值得你們期待的創新?讓咱們一塊兒瞭解 App Delivery SIG 新任 Co-chairs 鄧洪超有什麼見解。
編程
鄧洪超,阿里雲高級技術專家,Kubernetes Operator 機制的初始做者之一,開源項目OAM 與 KubeVela 項目核心維護者,前CoreOS 軟件工程師,對 Kubernetess 應用管理體系有多年研究和實踐經驗。
Q: 祝賀你成爲 CNCF 應用交付領域小組的 Co-chairs!先和你們介紹下本身吧?
鄧洪超: 很是榮幸在今年六月經過選舉的方式當選此職,也很是感謝社區夥伴們的支持。我從學校畢業後,就一直圍繞「開源」和「雲原生」工做。此前,我就任於 CoreOS,是 Kubernetes 項目早期工程師之一,與社區共同主導了 Scheduler、APIServer 等核心組件的設計和開發,也和同事共同建立和推進了 Operator 擴展機制。Operator 的出現,更是促進了整個 CNCF 生態的協同發展。在阿里巴巴,我主要負責雲原生應用平臺的架構設計,建立了 KubeVela 和 OAM 等項目來升級阿里巴巴的應用平臺基礎架構,提高開發者的研發與交付效率。我但願經過我以及團隊同窗、社區夥伴們的共同努力,不斷推進雲原生概念往前發展。
Q: CNCF 應用交付領域小組是一個什麼類型的組織?它的成立背景、聚焦的問題、承擔的使命是什麼?
鄧洪超: CNCF App-Delivery TAG (Technical Advisory Group),中文稱做 CNCF 應用交付領域小組,是基金會官方第一個也是惟一一個以「應用」爲中心的領域小組。它在雲原生應用交付技術的發展和擴張中扮演着相當重要的角色,旨在幫助整個生態深刻理解該技術領域裏的最佳實踐,並同 CNCF TOC(技術監督委員會)緊密協做以甄別可持續的開源項目。
CNCF 在廣義上將用戶羣體分爲三大類 [1]:架構
從一開始,CNCF 的重點就放在了「基礎設施」上,由於這類人羣構成了 CNCF 社區的主體,也是他們推進了業界朝着雲原生路線圖 [2] 的規劃方向發展。隨着雲原生生態的核心價值逐漸聚焦於「雲原生應用」自己,CNCF 逐漸將重點轉移到應用開發者一側,開始關注應用編程、運維和測試的相關項目。在這個背景下,CNCF 成立了應用交付領域小組,做爲鏈接基礎設施和開發者的橋樑,同應用開發和運維人員創建起更緊密的聯繫。
app
CNCF 應用交付領域小組專一於雲原生場景下的應用構建、部署、管理、和運維環節,解決整個應用交付生命週期中的核心問題,甄別和修正應用管理開源項目理論和實踐之間的鴻溝,推進應用交付工具和流程的標準化。該小組負責「以富有遠見的方式來協調和鏈接應用交付領域中的關注點、最終用戶和開源項目」。在組織架構上,該小組一般由應用交付領域中倍受承認的技術專家負責領導,並向上對 CNCF TOC 彙報。目前該小組下面還設有如下 Working Groups (WG): GitOps、Operator、Cooperative Delivery、Chaos Engineering。
框架
Q: 雲原生應用交付領域的現狀、趨勢和挑戰如何?你在社區中觀察到哪些有潛力的開源項目?
運維
鄧洪超: 當前雲原生應用交付領域的現狀是,雖然以 k8s 爲核心的容器應用交付形態逐漸普及,可是在 k8s 之上不一樣應用平臺的差別性仍然很大。這是因爲 k8s 之上缺少標準統一的應用交付和管理方式——以前整個社區過度關注於「基礎設施」,而忽視了應用層這一側的標準化。
iphone
在過去的一年裏,隨着雲原生關注點逐漸往應用層轉移,咱們可以看到整個生態的一系列標準化趨勢:
分佈式
而隨着這些趨勢在生態中逐步標準化,咱們可以看到,雲原生生態技術將會帶來全新的應用交付形態:
ide
Q: 做爲小組的Co-chairs,對於推進小組的發展,推進雲原生應用交付領域的演進,你有哪些計劃?
鄧洪超:以後我在 CNCF 將會重點關注應用管理與交付、雲原生編程模型、開發者體驗等聚焦「應用開發者」的領域,聯合社區力量孵化和吸納更多有潛力的開源項目進入 CNCF,以及編寫白皮書提供應用交付相關領域的最佳實踐。同時,咱們也應該意識到 CNCF 應用交付領域小組還很年輕,還有許許多多新的想法和創意能夠去實踐,我也會支持和協助創建更多的 working groups 來知足和適應社區的發展需求。
在阿里巴巴內部,咱們也在大規模場景下的雲原生應用管理與交付能力建議方面進行了諸多探索,並將這些實踐經過 OAM/KubeVela [4]、OpenKruise [5]、OpenYurt [6] 等開源項目回饋給社區,咱們也將繼續與社區協同,致力於在 AI,邊緣等更加垂直的領域當中,更普遍地推進雲計算底層基礎架構和雲端應用的部署與分發方式的演進,和更多的企業和開發者,讓「無處不在的雲計算」成爲現實。
最後說一句,雲原生生態的往前發展,離不開整個社區全部人的努力。放眼當今世界,中國的企業是全世界雲原生技術落地最好的案例,中國的開源力量在全世界比重中也愈來愈大。我但願經過咱們共同的努力,不停地創新、反思、修正、再創新,不斷解決雲原生應用交付的關鍵問題,讓構建雲原生應用平臺變得更簡單,讓雲原生開發者的交付體驗變得更順滑。
[1]CNCF:
https://www.cncf.io/announcements/2019/09/12/cloud-native-computing-foundation-announces-application-delivery-sig/
[2]雲原生路線圖:\_https://raw.githubusercontent.com/cncf/trailmap/master/CNCF\_TrailMap\_latest.png\_
[3] Dagger:
https://dagger.io/
[4]OAM/KubeVela:
https://kubevela.io/
[5]OpenKruise:
https://openkruise.io/en-us/
[6]OpenYurt:
https://github.com/openyurtio/openyurt
本文內容由阿里雲實名註冊用戶自發貢獻,版權歸原做者全部,阿里雲開發者社區不擁有其著做權,亦不承擔相應法律責任。具體規則請查看《阿里雲開發者社區用戶服務協議》和《阿里雲開發者社區知識產權保護指引》。若是您發現本社區中有涉嫌抄襲的內容,填寫侵權投訴表單進行舉報,一經查實,本社區將馬上刪除涉嫌侵權內容。