Istio为什么现在申请加入CNCF

科技 2022-05-15 02:58:33
导读 Istio指导委员会决定提供服务网格项目作为云原生计算基金会(CNCF)的孵化项目,这就提出了一个问题:为什么需要这么长时间?此前,IBM(原始

Istio指导委员会决定提供服务网格项目作为云原生计算基金会(CNCF)的孵化项目,这就提出了一个问题:为什么需要这么长时间?

此前,IBM(原始创建者之一,其他包括谷歌和Lyft)和其他委员会成员对这一项目的治理表示了担忧,尤其是谷歌倡导在2020年为这一项目创建开放使用共享区(Open Usage Commons,OUC)。然而,一位Istio指导委员会成员在GitHub上指出,如今的环境已经发生了变化。

时机正好。

Istio指导委员会暗示时机已经成熟。Istio指导委员会成员克雷格博克斯(Craig Box)在GitHub上发布的Istio声明称,此举旨在通过Gateway API“深化”Istio与Kubernetes的整合,以及通过无代理网格(agentless grid)将Istio与gRPC的整合,“更不用说在Istio旁边成长起来的Envoy了。”克雷格博克斯(Craig Box)是谷歌云的云原生倡导团队的负责人。“我们认为是时候将premier Cloud Native stack统一在一个保护伞下了。”声明内容如下。

然而,Istio加入CNCF的申请是在谷歌于2020年为Istio创建开放使用和共享(OUC)许可证以及谷歌对相关商标的所有权受到批评之后提出的。认为IBM OUC许可计划“令人失望,因为它没有满足社区对开放治理的期望”,时任IBM总经理兼IBM云平台首席技术官的杰森麦基(Jason McGee)在2020年的一篇博客中写道。

“开放的治理过程是许多成功项目的基础。如果没有这种厂商中立的项目治理方法,Kubernetes相关项目的社区就会出现摩擦。在项目开始时,达成了一项协议,当项目成熟时,它将向CNCF捐款。”McGee写道,“IBM仍然认为管理关键开源项目(如Istio)的最佳方式是在一个声誉良好的组织的支持下进行真正的开放治理,该组织为所有贡献者提供公平的竞争环境,为用户提供透明性,并对许可证和商标进行供应商中立的管理。谷歌应该重新考虑他们最初将Istio纳入CNCF的承诺。”

IBM负责开放技术的副总裁托德摩尔(Todd Moore)表示,为了让Istio项目实现其长期目标,谷歌必须放弃这些商标。

“很久以前,IBM就意识到社区的力量是开放的,中立保证的项目是那些获得力量并催生市场的项目。虽然Istio项目治理已经取得了很大的进展,但这个项目注定不会被广泛采用,这可以通过长期中立来保证。由单一供应商控制商标和许可证是对广泛采用的一种威慑,因为最终用户和行业参与者都知道这些陷阱。”

同时,摩尔指出,谷歌不愿意交出商标的当事人“已经不存在”。“这让聪明人赢了。起初,谁来注册商标是个难题。IBM真诚地接受了谷歌,我们将项目提交给CNCF的协议将得到遵守。”

谷歌发言人在邮件回复中反驳道:“我们一直在等待从Istio生命周期中捐赠的合适时机,现在正是它成熟的合适时机。谷歌联系了OUC,要求他们将商标捐赠给Linux基金会。OUC同意这样做,因此商标将作为捐赠的一部分进行转让。”

最初的不情愿

昨天,Istio的指导委员会表示,OUC执照将继续有效。然而,这些商标将被转移到Linux基金会,但仍将根据OUC的商标准则进行管理。

据业内人士透露,谷歌的一些交易方不愿放弃Istio商标的所有权。企业管理协会(EMA)分析师托尔斯滕沃尔克(Torsten Volk)表示,这是因为谷歌“在Istio投入了大量员工时间,并将服务网格视为进入企业市场的关键切入点。”

“控制连接分布式应用程序的‘绳子’对任何供应商来说都是一个很好的起点,但谷歌肯定知道Docker所做的事情为Kubernetes铺平了道路,”Volk说。重点是,Google需要迈出这一步,这样VMware、Cisco、IBM、Red Hat和朋友们就可以继续在Istio上工作,而不是做别的。"

虽然Istio保留了OUC许可证,但将相关商标转让给Linux基金会的行为,尤其是申请CNCF项目的决定,似乎至少在一定程度上安抚了IBM——。

IBM的反应

IBM在一篇帖子中写道:“IBM完全相信开放治理和社区的力量。因此,我们热烈欢迎向CNCF提交Istio。”

但是,IBM没有说得更具体。沃尔克认为,这可以解释为“过去围绕这个话题的很多摩擦,谷歌仍然坚持OUC许可模式,而不是简单地采用传统的无商标保护的开源许可。”

“这对参与各方来说都是一个棘手的话题,因为Istio整合需要每个供应商进行重大投资,没有人愿意向董事会解释为什么他们的公司要向谷歌出资。”

022050616518504036742.jpg">

更多支持和治理

与此同时,谷歌工程副总裁Chen Goldberg在一篇博客文章中指出,根据CNCF DevStats的数据,谷歌已经为Istio提供了超过一半的贡献和三分之二的commit。在Istio采用Envoy后,谷歌也成为Envoy的最大贡献者。

Goldberg写道:“Istio是Kubernetes生态系统中最后一个位于CNCF之外的主要组成部分,其API与Kubernetes非常一致。在我们最近向CNCF捐赠Knative之后,Istio将在基金会的支持下完成我们的云原生堆栈,并使Istio更接近Kubernetes项目。加入CNCF还可以让贡献者和客户更容易地展示支持和治理,使其符合其他关键云原生项目的标准,因此,我们很高兴能够帮助支持该项目的增长和采用。”

Istio加入CNCF对Solo来说只是个好消息——它是Istio工具的领先供应商。当然,CNCF的支持只会让Istio更加强大,这会转化为Solo.io的Gloo Mesh和其他基于Istio的产品的性能优势。

Solo的创始人兼首席执行官Idit Levine说:“五年前,我们对Istio下了赌注。即使它不在CNCF,我们也相信Istio是最好的服务网络。之前人们对Istio为什么不在CNCF有点困惑,甚至有点担心。现在,我认为Istio加入CNCF将使Istio成为服务网格的事实标准。”

Solo全球现场首席技术官副总裁Christian E.Posta和现场工程师Rinor Maloku在《Istio in Action》一书中对服务网格进行了定义。Posta和Maloku写道,这是一个相对较新的术语,“用来描述分散的应用程序网络基础设施,使应用程序具有安全性、弹性、可观察性和可控性。服务网格以这种方式描述了一种架构,它由一个数据平面和一个控制平面组成,数据平面使用应用层代理代表应用程序管理网络流量,控制平面管理代理。Posta和Maloku写道,这种架构“允许我们在应用程序之外构建重要的应用程序网络功能,而不依赖于特定的编程语言或框架”。

“Istio是一个服务网格的开源实现。它最初由Lyft、谷歌和IBM的人员创建,但现在它拥有一个充满活力、开放、多样化的社区,其中包括Lyft、红帽、VMware、Solo.io、Aspen Mesh、Salesforce和许多其他人。Istio允许我们构建可靠、安全的云原生系统,并在大多数情况下解决安全、策略管理和可观察性等难题,而无需更改应用程序代码。”

郑重声明:本文版权归原作者所有,转载文章仅为传播更多信息之目的,如作者信息标记有误,请第一时候联系我们修改或删除,多谢

最新文章