伴随着云原生技术体系的迅速普及，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 那样成为应用分发流程中的关键环节。

云原生应用开发