Knative 是谷歌开源的一套Serverless架构方案，它扩展了Kubernetes，专注于解决容器为核心的Serverless应用的构建、部署和运行的问题，它构建在 Kubernetes和Istio平台之上，整合了 Kubernetes提供的deployment、replicaset和pods等容器管理能力，与Istio提供的ingress、LB、dynamic route等网络管理功能。
近日在谷歌高层的战略公告中，产品经理兼Knative指导委员会成员Donna Malayeri明确表示 Knative将不会捐赠给任何基金会。
自Knative项目开始以来，一直存在关于是否将Knative捐赠给基金会（例如CNCF）的疑问。Google领导层已经考虑了这一点，并决定在可预见的未来不向任何基金会捐赠Knative。
Knative仍然是一个开源项目，拥有一个开放且多元化的社区，指导委员会中有多家供应商。在接下来的几周内，我们计划阐明项目成员如何在Knative中担任领导职务。与往常一样，我们的目标是确保Knative满足用户、社区以及从使用Knative受益的每个人的需求。
这样的态度引起了社区的强烈反弹。VMWare首席工程师Joe Beda认为谷歌这一想法也适用于 Istio，Istio是Knative所依赖的Service Mesh。
Istio too. This is a really disappointing development.
Istio也一样。真令人失望。
Joe与微软的工程师Brendan Burns（前谷歌Kubernetes首席工程师）等人都对这一消息表示失望。
Brendan 在Twitter上表示：“看到Knative放弃开放治理，我感到非常失望。”Joe补充指出：“指导委员会有7个成员，由供应商而非社区分配。其中4个成员属于谷歌，而更改任何内容都需要多数通过。”言下之意是谷歌完全可以一家操控Knative。
Kubeless 项目的创建者Sebastien Goasguen也对谷歌的做法表达了不满，他说：“（如果）我是IBM和VMware，我会切断Knative开发，直到谷歌做了正确的事情。”
同样提供Service Mesh的 Linkerd 项目的 William Morgan也明确反对谷歌的做法，William表示：“考虑到谷歌最近宣布它不会向中立基金会捐赠Knative或Istio，现在似乎是描述Linkerd对开放治理主题的方法的合适时机。”
Linkerd维护者100%致力于开放治理和由中立的基金会托管。我们相信，一组多元化的、活跃的维护者是开源项目长期健康发展的基础。
Knative和Istio都基于 Apache License 2.0，并且谷歌在这次的公告中也确认Knative将保持开源并具有多厂商参与。但该公告确实也暗示着谷歌打算充分利用其作为Kubernetes的发明者和Knative等相关项目主场的优势，与竞争对手的云供应商AWS与Microsoft Azure等竞争。
值得注意的是，虽然Knative和Istio都由谷歌创建，但其它供应商也做出了许多贡献。
说到这里，联系起来谷歌之前就被讨论的“Golang是谷歌的还是社区的”的问题。为什么说Go属于谷歌，一方面是由于Go核心团队的大部分成员都是谷歌的员工，如果他们不离开谷歌，不去积极确立Go语言未来的发展方向，那很难说Go不是谷歌的；另一方面，谷歌公司真的为Go付出了一些东西，比如提供了大量的基础设施和资源，如域名golang.org。
想想Go泛型，开发者一直在苦等谷歌添加这一特性，于是有人就想像Java社区一样，新建一个OpenJDK之类的项目，自己去实现泛型，然而这个想法并没有实现，最大的原因就在于Go本身是属于谷歌一家的，而不是社区的项目，谷歌在Golang上是一言堂。
还有一个常被引用的明显例子说明Go是谷歌的：谷歌Go语言核心团队的一名成员拒绝由外部Go社区开发的一个模块系统，因为它使用了另一种不同的模型，所以该模块系统被放弃。
谷歌的这种做法，你怎么看？
