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

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 等技术领域、聚焦云原生流行技术趋势、云原生大规模的落地实践，做最懂云原生开发者的公众号。”

posted @ 2020-07-10 11:27  阿里云云原生  阅读(904)  评论(0)  编辑  收藏  举报