云原生计算基金会（cncf）近日宣布 knative 正式毕业，标志着这一构建于 kubernetes 之上的无服务器与事件驱动应用层项目迈入成熟阶段。
Knative 通过封装自动扩缩容、流量路由、事件分发及容器构建等底层基础设施细节，显著降低了开发者在 Kubernetes 上部署和运行现代应用的复杂度。它使开发团队能够聚焦于核心架构设计与业务逻辑实现，快速启动项目而无需深入掌握繁杂的 Kubernetes 资源模型。尤其在企业追求成本优化与运维简化的背景下，Knative 支持从零实例开始的弹性伸缩，有效避免资源闲置，提升利用率。
Knative 联合创始人 Evan Anderson 表示：“Knative 弥补了云原生生态中的关键空白。作为通往 Kubernetes 的友好入口，其事件系统为事件生产与响应机制提供了不可或缺的‘骨架’支撑。看到我们最初的愿景如今在 CNCF 社区中广泛落地，令人倍感鼓舞。”
该项目最初由 Google 于 2018 年发起，IBM、Red Hat、VMware 和 SAP 等企业早期积极参与贡献。2021 年，Knative 发布 1.0 版本，正式宣告进入生产可用状态；2022 年，项目加入 CNCF，进入孵化阶段。
依托 CNCF 的中立开放生态，Knative 汇聚了来自全球的数百名贡献者及多家技术厂商的支持。项目积极采用并推动 CloudEvents 标准，促进跨平台事件互操作性；其 Functions 组件已集成 Buildpacks 技术；早期构建模块演化为 Tekton，两者共享底层代码库；维护团队还为 Gateway API 增加对 Knative 工作负载的支持能力。作为原生 Kubernetes 项目，Knative 也与可观测性、网络策略和安全体系等云原生组件深度融合，形成互补。
未来发展方向上，Knative Eventing 将引入新的 RequestReply 资源类型，打通同步调用与异步事件处理之间的壁垒，使 MCP 客户端或传统系统更易接入基于事件代理的应用生态。同时，Eventing 已集成 Apache Camel Kamelets，拓展了事件源接入能力。在 Serving 方面，项目正全面迁移到 Gateway API 以简化网络配置，并默认启用更严格的容器安全策略以增强防护。此外，Knative 已全面转向 OpenTelemetry 架构，用于指标采集与分布式追踪，便于用户将数据导出至自选的监控平台。
为达成毕业标准，Knative 完善了治理结构：2024 年底前，原商标委员会、指导委员会和技术监督委员会合并为统一的指导委员会，明确年度选举机制与维护者职责周期，并规范了问题提交、PR 流程及工作组运作模式。项目还顺利通过多项合规审查，包括与 TAG Runtime & App Delivery 的联合技术评估、由 Ada Logics 实施的 OSTIF 安全审计，以及面向 TAG Security 的自我安全评估。
源码地址：点击下载
