Knative 是谷歌在 2018 年的 Google Cloud Next 大会上发布的一款基于 Kubernetes 的 Serverless 框架。Knative 一个很重要的目标就是制定云原生、跨平台的 Serverless 编排标准。Knative 是通过整合容器构建 (或者函数)、工作负载管理 (和动态扩缩) 以及事件模型这三者来实现这一 Serverless 标准。
Knative 在已有的云原生基础之上构建，有着很好的社区基础，开发者对该项目的后续发展也非常关注。近日，根据 The Register 的报道，在谷歌高层的战略公告中，产品经理兼 Knative 指导委员会成员 Donna Malayeri 明确表示 Knative 将不会捐赠给任何基金会。
自 Knative 项目诞生以来，一直存在关于是否将 Knative 捐赠给基金会（例如 CNCF）的疑问。Google 领导层已经考虑了这一点，并决定在可预见的未来不向任何基金会捐赠 Knative。
Knative 仍然是一个开源项目，拥有一个开放且多元化的社区，指导委员会中有多家供应商。在接下来的几周内，我们计划阐明项目成员如何在 Knative 中担任领导职务。与往常一样，我们的目标是确保 Knative 满足用户、社区以及从使用 Knative 受益的每个人的需求。
自诞生之日起， Knative 迅速获得了开发者的广泛关注。 一方面，Knative 基于 Kubernetes 实现 Serverless 编排，专注于解决容器为核心的 Serverless 应用的构建、部署和运行问题，构建在 Kubernetes 和 Istio 平台之上，整合了 Kubernetes 提供的 deployment、replicaset 和 pods 等容器管理能力，与 Istio 提供的 ingress、LB、dynamic route 等网络管理功能；另一方面，Knative 还基于 Istio 实现服务接入、服务路由管理以及灰度发布等功能。
这一消息的宣布，迅速引起了广大用户的关注。VMWare 首席工程师 Joe Beda 表示，谷歌的这一想法可能也适用于 Istio，因为 Istio 是 Knative 所依赖的服务网格框架。
微软的工程师 Brendan Burns（前谷歌 Kubernetes 首席工程师）对这一消息表示失望，并在社交平台发表了自己对于这一消息的看法。Brendan 在 Twitter 上表示：“看到 Knative 放弃开放治理，我感到非常失望。”
Kubeless 项目的创建者 Sebastien Goasguen 说：“（如果）我是 IBM 和 VMware，我会切断 Knative 开发，直到谷歌做了正确的事情。”Linkerd 项目的 William Morgan 也明确反对谷歌的做法，并表示：“考虑到谷歌最近宣布不会向中立基金会捐赠 Knative 或 Istio，现在似乎是描述 Linkerd 对开放治理主题方法的合适时机。”
Linkerd 维护者 100% 致力于开放治理和由中立的基金会托管。我们相信，一组多元化的、活跃的维护者是开源项目长期健康发展的基础。
Knative 和 Istio 都基于 Apache License 2.0，并且谷歌在这次的公告中也确认 Knative 将保持开源并继续允许多方厂商参与。但是， The Register 在报道中指出，该公告暗示着谷歌打算充分利用其作为 Kubernetes 的发明者和 Knative 等相关项目创建者的主场优势，与云供应商 AWS 和 Microsoft Azure 等竞争。
值得注意的是，虽然 Knative 和 Istio 都由谷歌创建，但其它供应商也做出了许多贡献。例如，此 IBM 帖子将 Istio 描述为源自“ IBM，Google 和 Lyft 之间的联合协作”。由于 Kubernetes 有望成为云应用程序部署的未来，并且需要像 Knative 和 Istio 这样的项目才能使其变得有用，因此这场赌注很高。
此前，由于谷歌 Go 语言核心团队的一名成员放弃了由外部 Go 社区开发的一个模块系统，因为它使用了另一种不同的模型（可以通过这里查看相关的历史）以及Go 语言泛型等问题引发了一场有关“ Go 语言是社区的，还是谷歌的？”的讨论。
如今，谷歌明确表示暂不考虑将 Knative 捐赠给任何基金会，这是否会引发另一场有关 Knative 未来走向的相关讨论呢？作为一个开源项目，Knative 又如何保证自身的中立性，而不被某家厂商主导呢？
注册/登录 InfoQ 发表评论