伴隨着雲原生技術體系的迅速普及，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
點擊瞭解：https://promotion.aliyun.com/ntms/act/cloud/product.html
立即訂閱：https://yq.aliyun.com/articles/707103
視頻鏈接：https://yunqivedio.alicdn.com/user-upload/RD4hmHK33t.mp4