App Hub新發布,打造雲原生“高速公路”上的應用加油站

程式碼派就是我發表於2019-07-04

伴隨著雲原生技術體系的迅速普及,Kubernetes 專案和它所定義的宣告式 API,已經成為了全世界所有公有云上進行雲端應用管理的事實標準和基礎性假設,同時也成為了打通“雲”與全世界資料中心之間的“標準化高速公路”,組成了史無前例的雲原生應用交付與分發網路。

什麼是“開放雲原生應用中心”?

開放雲原生應用中心,是雲原生“高速公路”上的託管和分發應用的集散地,同時也是國內開發者使用雲原生應用的重要基礎倉庫。在 Kubernetes 生態中,“應用”是一組 YAML 格式的描述檔案,而云原生應用中心,則為搜尋、使用和分享這些應用描述檔案提供了一個完全開源與開放的互動平臺。與此同時,開放雲原生應用中心也是阿里雲容器映象服務(ACR)在開發者側的重要入口。

服務中國開發者的 Helm Hub “中國站”

在當前的 Kubernetes 應用生態當中,Helm 是最被廣泛使用的應用定義標準。所以在本次釋出當中,對 Helm 格式應用的託管、搜尋和分發能力成為了中心第一期上線的主要功能。

而為了能夠讓中國的開發者更好的使用 Helm Hub 的能力,阿里雲開發者中心與 Helm 社群達成了一系列技術合作,在開放雲原生應用中心提供了國內首個 Helm Hub 官方站的同步映象倉庫與站點。在中心當中,所有預設的 Helm應用 ,都定時同步自 Helm Hub 官方站並託管在 Github 上。在這個過程中, 雲原生應用中心會自動對同步過來的所有應用進行“本地化”操作,包括將訪問不暢的映象地址替換成阿里雲容器映象服務地址,並且不間斷的透過後臺 CI 系統在阿里雲 Kubernetes 服務上驗證這些應用等等。

這些工作,都將使得中國的開發者終於可以隨心所欲的搜尋雲原生應用,然後直接使用 helm install 命令將這些應用安裝在全世界任何一個 Kubernetes 叢集當中。

值得一提的是,開放雲原生應用中心使用的後端儲存服務,正是阿里雲用以支撐“雙十一”峰值交易所使用的企業級容器映象服務。這個服務背後,是託管阿里雲容器平臺團隊託管 10萬容器映象、支撐共計 2 億次的映象下載量的核心技術積累。

除此之外,雲原生應用中心還提供了“一鍵安裝”體驗功能,使用者只需要提供遠端 Kubernetes 叢集的接入資訊即可一鍵將應用部署過去。

國內首個在 Github 上開源產品路線與開發過程的雲端服務

首先,“開放雲原生應用中心” 6 個月內的所有 Roadmap,都已經直接在 Github 上開源,並接受所有開發者的反饋,在開發者訴求的驅動下進行迭代和演進。

其次,任何使用者都可以透過向這個 Github 庫提 PR 來將自己的應用或者自建 Helm Repo 在開放雲原生應用中心“上線”,被更廣大的國內開發者群體分享和使用。

第三,使用者所有對“開放雲原生應用中心”的建議和反饋,都會透過 Issue 的方式來進行跟蹤、管理和響應。

此外,開放雲原生應用中心的所有文件、指南、使用者手冊,也都會全部託管在這個 Github 組織中以便同開發者進行直接的協作,讓“開放”與“開源”這兩個雲原生技術理念的關鍵詞成為雲原生應用中心的第一準則。

遠不止 Helm:Kustomize 與 K8s 原生應用格式支援,即將上線!

儘管 Helm 目前是社群主要使用的雲原生應用管理工具,但開放雲原生應用中心並不是一個的 Helm Hub “克隆版”。事實上,Helm, 只是雲原生應用中心支援的其中一種應用管理方案。

在雲原生應用中心很快就會發布的後續版本中,我們將會率先提供基於 Kustomize 的應用描述檔案修改能力: K-R(Kube-Resource)服務。

K-R服務,將使得使用者可以直接透過 Overlay 的方式修改所有的應用描述檔案的所有欄位,而不會像 Helm 預設那樣只能透過模板替換或者 DSL 的方式修改應用描述檔案,進而造成描述檔案的“不可複用”化與碎片化。

而相比之下,K-R服務則使得應用描述檔案的“分層”,“複用”和“Rebase”成為了現實,讓雲原生應用中心能夠真正像 DockerHub 那樣成為應用分發流程中的關鍵環節。

檢視更多:https://developer.aliyun.com/hub

點選瞭解:

立即訂閱:

影片連結:

原文連結:


來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/31550522/viewspace-2649571/,如需轉載,請註明出處,否則將追究法律責任。

相關文章