谷歌表示Knative不会捐赠给任何基金会
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。
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 对开放治理主题的方法的合适时机。”
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 社区开发的一个模块系统，因为它使用了另一种不同的模型，所以该模块系统被放弃。
谷歌的这种做法，你怎么看？
开源中国征稿啦！
开源中国 www.oschina.net 是目前备受关注、具有强大影响力的开源技术社区，拥有超过 400 万的开源技术精英。我们传播开源的理念，推广开源项目，为 IT 开发者提供一个发现、使用、并交流开源技术的平台。
现在我们开始对外征稿啦！如果你有优秀的技术文章想要分享，热点的行业资讯需要报道等等，欢迎联系开源中国进行投稿。投稿详情及联系方式请参见：我要投稿