几天前 出名 通过张贴 在Knative的博客上，Google计划放弃直接控制 关于他的开源Knative项目 到五人指导委员会 它将具有防止单个组织担任两个以上职位的规则。
该计划旨在消除对Google秘密计划维持对其已开发的关键开放源代码项目的控制的批评。
对于那些不知道的人 Knative，您应该知道 是一个开源项目 最早由Google开发的 在Kubernetes上提供用于部署，运行和管理无服务器云原生应用程序的组件，也是由Google在2015年开发并开源的容器管理平台。
无服务器应用程序可根据事件自动伸缩，而无需手动激活其他计算资源，从而提高了开发人员的工作效率并降低了运营成本。 创建Knative的目的是为公司提供一种利用可以在任何类型的计算平台上运行的容器应用程序的无服务器模型的优势。
Google离开了Knative命令
Google计划对Knative的治理结构进行一些重大更改，根据报告。 现在，委员会的席位将由个人而不是特定的公司填补，并且将于今年晚些时候举行选举，以选举两名新成员。 此外，根据该报告， Google最终考虑将委员会扩大到XNUMX名成员 作为包括Knative用户社区代表的一种方式。
计划产生 只有几个月 在Google之后 激怒了开源软件社区的一些成员或违反了将另一个项目Istio的控制权移交给Cloud Native Computing Foundation的承诺，这是一个Linux Foundation项目，于2015年成立，旨在帮助提升容器技术。
谷歌在XNUMX月表示，与其将Istio移交给CNCF，它将创建一个名为Open Use Commons的中立组织来管理其商标政策，而控制权将由该项目的指导委员会控制。
在关于新治理的讨论中，很明显，在商标周围的供应商的特定需求，“核心”范围（由于缺乏更好的术语）和合规性以及社区的需求之间存在明显的关注分离。大周围的一切。 制造。 虽然我们可以为“指导”创建一个混合结构，但我们认为，成立一个仅专注于范围和合规性的供应商委员会比较简单，而“指导”委员会则专注于项目的社区发展和治理的其他方面。
这一决定使许多Google合作伙伴（尤其是IBM Corp）感到不安，这也为Istio的发展做出了巨大贡献。
有人说，此举甚至可能成为Google保留对Istio未来方向的控制权的秘密方法。
评论家说，问题在于谷歌控制了Istio指导委员会的多数席位，这使开源倡导者感到困惑，他们认为Kubernetes等项目的中立性是您成功的主要原因之一。
KTC最初将包括来自Google，Red Hat / IBM和VMware的代表。 他们将必须弄清楚新组件和功能是如何从非技术意义上“连接”到Knative生态系统的。 他们还将帮助Steering回答有关衍生商标和徽标，Knative“扩展名”的问题以及有关如何成为我们更大项目的一部分的其他问题。
谷歌终于在八月份平息了那些批评家的声音，宣布将改变Istio的治理结构，以防止两家公司接管。
数据来源： https://knative.dev/