数日前 知られるようになりました 投稿する Knativeのブログで、Googleは直接管理を放棄する予定だと 彼のオープンソースKnativeプロジェクトについて XNUMX人乗りの運営委員会へ これには、XNUMXつの組織がXNUMXつ以上のポジションを持つことを防ぐためのルールがあります。
この計画は、Googleが開発した主要なオープンソースプロジェクトの管理を密かに維持することを計画しているという批判を阻止することを目的としています。
知らない人のために ネイティブ、あなたはこれを知っている必要があります オープンソースプロジェクトです Googleによって最初に開発された Kubernetes上でサーバーレスクラウドネイティブアプリケーションをデプロイ、実行、管理するためのコンポーネントを提供します、2015年にGoogleとオープンソースによって開発されたコンテナ管理プラットフォーム。
サーバーレスアプリケーションは、追加のコンピューティングリソースを手動でアクティブ化する必要なしに、イベントに応じて自動的にスケールアップおよびスケールダウンするため、開発者の生産性が向上し、運用コストが削減されます。 Knativeは、あらゆるタイプのコンピューティングプラットフォームで実行できるコンテナアプリケーションでサーバーレスモデルを活用する方法を企業に提供するために作成されました。
GoogleはKnativeコマンドを離れます
Googleは、Knativeのガバナンス構造にいくつかの大きな変更を加える予定です。、レポートによると。 委員会の議席は特定の企業ではなく個人で埋められるようになり、今年後半に選挙が行われ、XNUMX人の新しいメンバーが選出されます。 さらに、報告書によると、 Googleは最終的に委員会をXNUMX人のメンバーに拡大することを検討しています Knativeユーザーコミュニティの代表者を含める方法として。
計画が作成されます ほんの数ヶ月 グーグルの後 オープンソースソフトウェアコミュニティの一部のメンバーを怒らせたときまたは、別のプロジェクトであるIstioの制御をCloud Native ComputingFoundationに引き継ぐという約束に違反しました、コンテナ技術の進歩を支援するために2015年に設立されたLinuxFoundationプロジェクト。
XNUMX月、Googleは、IstioをCNCFに移管する代わりに、Open Usage Commonsと呼ばれる中立的な組織を作成して商標ポリシーを管理し、プロジェクトの運営委員会が管理を行うと発表しました。
新しいガバナンスに関する議論の中で、商標、「コア」スコープ（より良い用語がないため）およびコンプライアンスに関するサプライヤーの特定のニーズと、より広いコミュニティのニーズとの間に明確な関心の分離があることが明らかになりました。他のすべての周り。 作る。 ステアリングのハイブリッド構造を作成することもできましたが、スコープとコンプライアンスのみに焦点を当てたベンダー委員会を設置し、プロジェクトのコミュニティの成長とガバナンスの他の側面に焦点を当てたベンダー委員会を設ける方が簡単であると判断しました。
その決定は、Googleのパートナーの多く、特にIBMCorpを混乱させました、これもIstioの開発に大きく貢献しています。
この動きは、グーグルがイスティオの将来の方向性を管理し続けるための秘密の方法でさえあり得ると言う人もいた。
問題は、GoogleがIstioの運営委員会の議席の過半数の投票を管理したことでした。これは、Kubernetesのようなプロジェクトの中立性が成功の主な理由のXNUMXつであると信じているオープンソースの支持者を困惑させるものです。
KTCには当初、Google、Red Hat / IBM、およびVMwareの代表者が含まれます。 彼らは、新しいコンポーネントと機能が非技術的な意味でKnativeエコシステムにどのように「接続」するかを理解する必要があります。 また、Steeringが派生商標やロゴに関する質問、Knativeの「拡張機能」、およびより大きなプロジェクトに参加する方法に関するその他の質問に回答するのにも役立ちます。
グーグルはついにXNUMX月にそれらの批評家を落ち着かせるために動き、どちらかの会社が乗っ取ることを防ぐためにそれがIstioの統治構造を変えるであろうと発表した。