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 社區開發的一個模塊系統，因為它使用了另一種不同的模型，所以該模塊系統被放棄。

谷歌的這種做法，你怎麼看？

參考：https://www.theregister.co.uk/2019/10/02/google_knative_will_not_be_donated_to_any_foundation