CNCF 接受 Knative 專案，對雲原生生態意味著什麼？

上週，雲原生計算基金會 (CNCF)宣佈接受 Knative 作為孵化專案，加入 Cilium、Crossplane、Dapr 和 Flux 等專案。

2021 年 11 月，Knative 的主要創始成員之一谷歌決定將該專案捐贈給 CNCF。這引起了雲原生社群的注意，因為谷歌早些時候決定將其一些關鍵的開源專案，如 Istio 和 Angular，轉移到Open Usage Commons (OUC)。新的 OUC 組織管理開源專案的商標，同時繼續鼓勵社群的協作和貢獻。

儘管 Knative 並未正式成為 Open Usage Commons 的一部分，但由 Google 大力貢獻的專案Istio[3]已移至 OUC。社群期望谷歌將 Knative 新增到 OUC 專案的組合中。但 Red Hat、IBM、SAP、VMware 和 Knative 的其他貢獻者強烈反對這種做法。谷歌決定讓 Knative 成為 CNCF 的一部分，這讓該專案的貢獻者和消費者鬆了一口氣。

CNCF 對 Knative 的接受是專案發展過程中的一個關鍵里程碑。它將推動雲原生生態系統中無伺服器技術的開發和採用。

無伺服器部署基於事件驅動和歸零執行模型。在 Kubernetes 上執行的微服務是響應內部或外部事件而執行的。它們會根據需求自動擴充套件。當沒有客戶端使用微服務時，環境會自動將其縮放為零，從而釋放所有分配的資源。這導致有效的資源利用。

AWS 是最早在 2014 年以 AWS Lambda 形式引入無伺服器平臺的公司之一。Knative 帶來了在 Kubernetes 上下文中構建和部署無伺服器元件的能力。

Knative 有兩個組成部分~Serving 和 Eventing。Serving 層為網路、自動縮放和託管微服務的多個修訂版提供管道。Eventing 層將釋出/訂閱模式引入 Kubernetes 以啟用事件驅動的執行。Serving 和 Eventing 的結合使強大的場景能夠實現複雜的無伺服器模式。

Knative 是一個元平臺~一個平臺的平臺。它旨在讓平臺公司構建一個向開發人員公開的附加應用程式層。雖然 Knative 帶有無伺服器所需的核心構建塊和基礎設施，但它缺乏開發人員體驗層。

包括 Google、IBM、VMware 和 Red Hat 在內的平臺公司在 Knative 之上構建了額外的工具來增強開發者體驗。Google Cloud Run for Anthos、IBM Cloud Code Engine、Red Hat OpenShift Serverless、Cloud Native Runtimes for VMware Tanzu都是由 Knative 提供支援的平臺示例。

TriggerMesh是一家位於北卡羅來納州的初創公司，為雲和本地環境提供完全託管的 Knative。它使開發人員能夠輕鬆地使用部署在 Kubernetes 叢集中的微服務中基於雲的資源觸發的事件。

隨著專案轉移到 CNCF，社群將自信地擁抱 Knative，從而加速採用無伺服器技術。平臺供應商將利用它為他們的軟體新增 scale-to-zero 功能。KServe是一個開源的雲原生機器學習推理平臺，它依靠 Knative 為模型新增自動縮放功能。這是 Knative 將如何推動無伺服器實施的示例。

儘管 Kubernetes 存在許多無伺服器平臺的實現，但 Knative 因其健壯性、成熟性和可擴充套件性而脫穎而出。它是成為雲原生計算基金會一部分的首批無伺服器平臺之一。

CNCF 對 Knative 的接受為雲原生生態系統開闢了一條激動人心的道路。