<big id="yeiyz"><ruby id="yeiyz"></ruby></big>
    <track id="yeiyz"></track>
    <track id="yeiyz"></track>
    <p id="yeiyz"><del id="yeiyz"></del></p><td id="yeiyz"><option id="yeiyz"></option></td>
    1. <p id="yeiyz"></p>

      <td id="yeiyz"></td>

      谷歌表示 Knative 不會捐贈給任何基金會

      h4cd
       h4cd
      發布于 2019年10月09日
      收藏 17

      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

      本站文章除注明轉載外,均為本站原創或編譯。歡迎任何形式的轉載,但請務必注明出處,尊重他人勞動共創開源社區。
      轉載請注明:文章轉載自 OSCHINA 社區 [http://www.url23.com]
      本文標題:谷歌表示 Knative 不會捐贈給任何基金會
      加載中

      精彩評論

      久永
      久永
      這才是谷歌,谷歌不是一直都是這樣嗎?國內為啥有這么多人感覺奇怪?
      不過看點贊數,不得不說,來開源社區真的要被狂犬疫苗打成馬蜂窩了。
      霡霂
      霡霂
      有什么辦法呢?谷歌搞出來的東西肯定先服務自己。自己搞出來也推廣不了,又不愿意接受谷歌的安排,還覺得自己的想法很牛逼,咋不上天呢。
      oscyj
      oscyj
      要是自己牛,直接fork一份發展,就像MariaDB跟mysql一樣
      岦_
      岦_
      看評論就能明白為啥國內做不了開源了。
      cgcgbcbc
      cgcgbcbc
      KNative看著就是打臉k8s冗長繁瑣的API啊

      最新評論(12

      懶懶想睡覺
      我來看看有沒有大型逼捐現場。
      冰鎮陽的光
      冰鎮陽的光
      谷歌可能是考慮到放到社區里生長會變得野蠻,另一方面也是處于自身利益考慮,不然不會開源出來,自己一家獨享豈不美哉,,,
      開源中國首席羅納爾多
      開源中國首席羅納爾多
      google開發的產品為什么要兼容大眾?開源但內部使用版本?
      岦_
      岦_
      看評論就能明白為啥國內做不了開源了。
      AutoPlus
      AutoPlus
      Android 已經是廢了,可不能再廢一次,Kubernetes 大局已定,送給你們,難吐你們,看文檔看吐你們,快來 Knative 的懷抱,Knative 就等著割韭菜了
      cgcgbcbc
      cgcgbcbc
      KNative看著就是打臉k8s冗長繁瑣的API啊
      rockrush
      rockrush
      不喜歡,就自己建個分支,按自己的想法改唄
      y
      yozoco
      golang是google主導不是挺好,那些二流工程師就不要瞎摻和主導這種項目了,聽大牛的不好么
      RYAN___
      RYAN___
      go還是別要泛型吧
      霡霂
      霡霂
      有什么辦法呢?谷歌搞出來的東西肯定先服務自己。自己搞出來也推廣不了,又不愿意接受谷歌的安排,還覺得自己的想法很牛逼,咋不上天呢。
      返回頂部
      頂部
      聚看影院