CNCF接受Knative项目对云原生生态意味着什么

大家好，今日小科来聊聊一篇关于CNCF接受Knative项目对云原生生态意味着什么的文章，现在让我们往下看看吧！

2021年11月，Knative的主要创始成员之一谷歌决定将该项目捐赠给CNCF。这引起了云原生社区的注意，因为谷歌早些时候决定将其一些关键的开源项目，如Istio和Angular，转移到开放使用共享[2] (OUC)。新的OUC组织管理开源项目的商标，同时继续鼓励社区协作和贡献。

虽然Knative还没有正式成为开放使用共享的一部分，但是由Google贡献的项目Istio[3]已经转移到了OUC。社区期待谷歌将Knative加入到OUC项目的组合中。然而，其他贡献者如Red Hat、IBM、SAP、VMware和Knative强烈反对这种做法。谷歌决定让Knative成为CNCF的一部分，这让这个项目的贡献者和消费者都松了一口气。

CNCF接受Knative是项目发展的一个重要里程碑。它将促进无服务器技术在云原生生态系统中的发展和应用。

无服务器部署基于事件驱动和零回报的执行模型。Kubernetes上运行的微服务是为了响应内部或外部事件而执行的。它们会根据需要自动扩展。当没有客户端使用微服务时，环境会自动将其扩展到零，从而释放所有分配的资源。这导致有效的资源利用。

AWS是2014年首批推出无服务器平台AWS Lambda的公司之一。Knative提供了在Kubernetes环境中构建和部署无服务器组件的能力。

Knative有两个组成部分：服务和事件。服务层为网络、自动扩展和托管微服务的多次修订提供了管道。事件层在Kubernetes中引入了发布/订阅模式，以支持事件驱动的执行。服务和事件的结合使得强大的场景可以实现复杂的无服务器模式。

Knative是一个元平台对一个平台的平台。它旨在使平台公司能够构建一个对开发者开放的附加应用层。虽然Knative拥有无服务器所需的核心构建块和基础设施，但它缺乏开发人员体验层。

包括Google、IBM、VMware和Red Hat在内的平台公司都在Knative之上构建了额外的工具来增强开发者体验。Google Run for Anthos [4]，IBM Cloud Code Engine[5]，Red Hat OpenShift Serverless[6]，Cloud Knative Runtimes for VMware Tanzu[7]都是Kinnative支持的平台的例子。

TriggerMesh[8]是一家位于北卡罗来纳州的初创公司，它为云和本地环境提供完全托管的Knative。它使开发人员能够在Kubernetes集群中部署的微服务中轻松使用基于云的资源触发事件。

随着项目转移到CNCF，社区将自信地接受Knative，从而加速无服务器技术的采用。平台供应商将使用它在他们的软件中增加从规模到零的功能。Keserve [9]是一个开源的云原生机器学习推理平台，它依靠Knative为模型添加自动缩放功能。这是Knative将如何促进无服务器实现的一个例子。

虽然Kubernetes中有许多无服务器平台的实现，但Knative因其健壮性、成熟度和可伸缩性而脱颖而出。它是首批成为云计算基础的无服务器平台之一。

CNCF对Knative的接受为云原生生态系统开辟了一条令人振奋的道路。

这篇好文章是转载于：知行礼动