KubeVela 正式开源：一个高可扩展的云原生应用平台与核心引擎

Kubernetes 生态本身的能力池固然丰富，但是社区里却并没有一个可扩展的、方便快捷的方式，能够帮助平台团队把这些能力快速“组装”成面向最终用户的功能（Feature）。

• 工作负载类型（Workload Type），定义的是底层基础设施如何运行这个应用。在上面的例子中，我们声明：名叫 testapp 的应用会启动一个类型为“在线 Web 服务（Web Service）” 的工作负载，其实例的名字是 express-server。

• 应用特征（Traits），则为工作负载实例加上了运维时配置。在上面的例子中，我们定义了一个 Route Trait 来描述应用如何被从外界访问，以及一个 Autoscale Trait 来描述应用如何根据 CPU 使用量进行自动的水平扩容。

第三：简单友好但高度可扩展的用户侧抽象体系。在了解了 Appfile 之后，你可能已经对这个对象的实现方式产生了好奇。实际上，KubeVela 中并不是简单的实现了一个 Appfile。在平台层，KubeVela 在 OAM 模型层实现中集成了CUELang 这种简洁强大的模板语言，从而为平台工程师基于 Kubernetes API 对象定义用户侧抽象（即：“最后一公里”抽象）提供了一个标准、通用的配置工具。更重要的是，平台工程师或者系统管理员，可以随时随地的每个能力对应的 CUE 模板进行修改，这些修改一旦提交到 Kubernetes，用户在 Appfile 里就可以立刻使用到新的抽象，不需要重新部署或者安装 KubeVela。

但另一方面，经典 PaaS 往往是不可扩展的（比如 Rancher 的 Rio 项目），或者会引入属于自己的插件生态（哪怕这个 PaaS 是完全基于 Kubernetes 构建的），以此来确保平台本身的用户体验和能力的可控制性（比如 Cloud Foundry 或者 Heroku 的插件中心）。

KubeVela 和 OAM 社区欢迎大家设计和制作任何 Workload Type 和 Trait 的定义文件。只要把它们存放在 GitHub 上，全世界任何一个 KubeVela 用户就都可以在自己的 Appfile 里使用你所设计的能力。具体的方式，请参考 $ vela cap （即：插件能力管理命令）的使用文档。

KubeVela 项目是 OAM 社区的官方项目，旨在取代原先的Rudr 项目。不过，与 Rudr 主要作为“参考实现”的定位不同，KubeVela 既是一个端到端、面向全量场景的 OAM Kubernetes 完整实现，同时也是阿里云 EDAS 服务和内部多个核心 PaaS/Serverless 生产系统底层的核心组件。此外，KubeVela 中 Apppfile 的设计，也是 OAM 社区在 OAM 规范中即将引入的“面向用户侧对象”的核心部分。

如果你想要更好的了解 KubeVela 项目，欢迎前往其官方网站上学习具体的示例和手册。以下也是一些非常好的学习内容和方式：

• 前往学习KubeVela Quick Start（新手教程），一步步了解 KubeVela 的使用方法。

• 前往 OAM 社区深入交流和反馈。中文：钉钉群 23310022，英文：Gitter和CNCF Slack。

• 尝试为KubeVela 添加来自开源社区的插件能力。此外，如果你有任何关于扩展 KubeVela 的奇妙想法，比如，基于 KubeVela 开发一个自己的云原生数据库场景 PaaS 或者 AI 场景 PaaS，欢迎前往 OAM 社区通过 Issue 来进行讨论。

• 为 KubeVela 贡献代码。KubeVela 项目是一个诞生自云原生社区的开源项目（感谢来自 8 家不同公司的初始贡献者，并特别鸣谢 KubeVela 网站的发起者guoxudong）。KubeVela 项目的维护者会在项目稳定后，即将整个项目所有权捐赠给中立开源基金会。