OAM K8s 标准实现 Crossplane 项目进入 CNCF Sandbox

595

2020年6月24日,全球顶级开源社区Cloud Native Computing Foundation(云原生计算基金会,以下简称 CNCF)技术监督委员会(Technical Oversight Committee,下称TOC)对 Sandbox 层级进行了大幅度的改革和简化,并采用新流程一次性批准了多达 11 个 CNCF Sandbox 项目的申请。其中,Open Application Model(OAM)的 Kubernetes 标准实现** Crossplane 项目**亦是其中一员。在同 OAM 社区进行深度合作之后,今天的Crossplane 是一个面向混合云场景的应用与云服务管理控制平面,它致力于基于 K8s 声明式 API,遵循开放应用模型标准对应用进行管理与交付,并通过独有的机制对云服务以云平台无关的、最终用户友好的方式进行抽象与管理。

而本次 Crossplane 项目进入 CNCF Sandbox 也意味着,从今天开始 OAM Kubernetes 标准实现的所有代码、文档和整个 Crossplane 项目本身的所有权,都将转交给 CNCF 社区进行托管与该项目背后的任何商业公司(无论是阿里云还是微软云)完成解耦。所以说,作为一个用来构建高可扩展的、标准化的 Kubernetes 应用平台的核心依赖,本次项目整体捐赠给 CNCF 对于整个云原生生态的平台开发者来说,可谓一个重要的里程碑事件。

进入 CNCF Sandbox 之后的 Crossplane 项目,通过 OAM 作为其标准化应用定义的入口,并且以OAM Component 的方式来为用户暴露出平台无关的云服务定义。使得任何一个通过 OAM 规范定义的待运行程序、它所需要的运维能力和依赖的云服务,可以组成一个整体在不同的平台上进行统一的交付与管理,真正迈出了无差别云端应用交付的最关键一步 。根据 Crossplane 项目提交给 CNCF 的捐赠报告,截止到目前为止,Crossplane 项目的核心维护者来自三家公司,其中 3 位来自于阿里云,1 位来自微软云,其余来自 Crossplane 原先的母公司 Upbound.io。

目前,来自三方的维护者正在 OAM Kubernetes 标准实现中推进几个非常重要的特性:

  1. 应用组件、运维能力之间依赖关系的标准化定义与管理
  2. 应用组件、运维能力之间的数据传递定义与自动化注入
  3. 应用组件的版本化定义与管理

上述特性, 将在 OAM Kubernetes Runtime 的下一个发布中与大家见面,让广大的平台开发者能够更好的基于这个 K8s 插件去构建自己的应用管理平台。

此外,上述维护者们还在推进 Crossplane 项目进行代码库重构,确保每一个大颗粒功能比如 OAM 应用定义与管理,K8s API 组合与抽象,云服务基础设施管理,插件打包等都是一个独立的控制器,从而让大家可以非常自由的按照自己的需求进行安装和依赖。

Open Application Model 项目本身作为由阿里云、微软云发起的国际化开源项目,其社区一直保持着高度的开放与活跃度,吸引到了来自 MasterCard、Oracle、第四范式等多家顶级技术公司使用、参与和贡献。 OAM 社区有每两周一次的社区会议(美国和北京时间各一个)来进行重要事项的讨论与决策,而各社区参与方和贡献者也会进行进度同步互通有无,甚至跨公司进行 Trait/Workload 实现的共建。

推荐阅读:

如果你有任何疑问:

7 月 15 日网研会邀您参与

2020 年 7 月 15 日上午 10:00,《阿里巴巴如何扩展 K8s 调度器支持 AI 和大数据任务?》主题线上网络研讨会即将召开。

点击即可报名

阿里巴巴云原生关注微服务、Serverless、容器、Service Mesh 等技术领域、聚焦云原生流行技术趋势、云原生大规模的落地实践,做最懂云原生开发者的公众号。”