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又如何保证自身的中立性,而不被某家厂商主导呢?
领取专属 10元无门槛券
私享最新 技术干货