谷歌为Istio建立新开源组织，气死了IBM一众大厂

Istio命运堪忧？谷歌是否别有隐情？

近日，谷歌采取了一个迷之行动，宣布成立新组织Open Usage Commons（OUC），让其专门管理旗下Angular、Gerrit、Istio三大重量级开源项目的商标资产。

为什么要专门建立新的组织，而不是直接选择现有组织，例如于2015年从谷歌手中接纳Kubernetes项目的云原生计算基金会（CNCF）？

Alphabet与谷歌公司开源事务主管Chris DiBona对此回应：“这跟我们为什么要选择Apache许可是类似的，就是为了给人们提供可资参考与信任的独立第三方标准。”

云原生计算基金会CTO Chris Aniszczyk对此表示非常不解：“我们的社区成员对于谷歌没有将该项目捐赠给云原生计算基金会感到非常困惑，但我们很乐意帮助谷歌重启2017年以来关于各个旧有项目的提交议程。”

IBM对此更是拍案而起， IBM 云平台副总裁兼 CTO Jason R McGee 在 IBM Developer 网站上发表声明说，作为 Istio 项目的创始成员之一，IBM 对 Google 宣布建立新的组织OUC表示非常失望。IBM 仍然认为，谷歌应为所有贡献者提供公平的竞争环境，对许可证和商标进行厂商中立的管理，并按照最初的承诺将 Istio 纳入 CNCF。

OUC到底负责哪些工作？

据官方介绍，新组织OUC将为开源项目商标提供中立的管理框架，协助提供统一的测试与使用指南，并解决“项目在商标使用方面遇到的问题”，并不涉及任何与代码管理相关的事务。

OUC已经从谷歌处获得一笔初始资金。谷歌指定其管理三大开源项目商标，这三大项目分别为：用于移动设备及桌面系统的Web应用程序框架Angular，基于Web的团队代码协作工具Gerrit，以及用于实现微服务连接、管理与保护的高人气开放式网格平台Istio。

谷歌在公告中表示，“从历史角度看，开源项目在商标管理方面——特别是项目的名称与徽标——一直表现不佳……今天，我们宣布正式建立Open Usage Commons（OUC），该组织将致力于将开源理念及定义扩展到项目商标层面。”

Alphabet与谷歌公司开源事务主管Chris DiBona表示，OUC源自谷歌公司亲身经历过的现实问题：“目前，我们掌握着3000多个活跃的开源项目。谷歌虽然最终在相关知识产权案件中胜诉……但事实证明，开源领域的商标管理确实不够完善。”

谷歌开源总监兼OUC主席Chris DiBona在采访中表示：“我们就像是商标的图书馆管理员。我们希望把商标资产更明确地引入开源定义当中。”

他进一步补充道，“大家可能关注过开源许可中的相关条款，其中要么根本没有提及商标问题，要么直接放弃商标管理权。这意味着人们只要阅读过Apache许可，就可以随意使用遵循该许可的开源项目。我们决定扭转这样的局面，开源软件也是软件，应该让大家明确了解自己能做什么、不能做什么。”

谷歌方面也强调，“我们希望在商标管理方面做出明确的规定，并根据开源商标使用定义建立起具体指导方针。”

OUC目前有六名董事负责管理，DiBona本人是其中之一。其他董事分别为来自谷歌的Jen Phillips、来自软件自由保护协会与OpenStack基金会的Allison Randal、学术研究员Charles Isbell、密歇根大学教授Cliff Lampe，以及前谷歌员工、现任SADA systems公司（一家云咨询服务与经销商）CTO Miles Ward。

大家纷纷表示困惑、生气

为什么谷歌要专门建立新的组织，而不是直接选择现有组织CNCF？虽然谷歌一再强调，OUC仅管理开源项目的商标，而不涉及开源代码，但开源项目的商标管理权与代码管理权真的能清楚地区分开来吗？未来Istio还可能捐赠给CNCF吗？对此问题，谷歌并未在回应中提及。

Linux基金会对谷歌在Istio等项目中采取的商标与源代码管理架构也给予高度重视，并评论称：“根据美国商标法，你不可能将项目商标所有权与对开源项目的底层控制权剥离开来。”

云原生计算基金会CTO Chris Aniszczyk表示，“我们的社区成员对于谷歌没有将该项目捐赠给云原生计算基金会感到非常困惑，但我们很乐意帮助谷歌重启2017年以来关于各个旧有项目的提交议程…无论如何，我们的社区将继续专注于构建并支持我们的服务网格项目（包括Envoy与linkerd）以及互操作性方案（例如服务网格接口）。云原生计算基金会将继续在云原生与服务网格的协作与创新工作中扮演核心角色。”

Cloud Foundry执行董事Chip Childers也对此表示好奇，“Istio对Cloud Foundry生态系统来说已经是一个愈发重要的项目。我们当然尊重谷歌通过转让Istio商标推动项目的开放进程，但我们仍坚持认为，目前最合理的发展方向仍是为项目本身找到一条更加公平中立的治理道路。”

IBM 云平台副总裁兼 CTO Jason R McGee 在 IBM Developer 网站上发表声明，说对谷歌此举表示非常失望：“2017 年 5 月，IBM 和 Google 联合宣布推出 Istio，作为 Istio 项目的创始成员之一，对 Google 宣布建立开放使用共享组织（OUC）表示失望，因为它没有达到社区对开放治理的期望。

在项目成立之初，就曾有协议表示项目成熟后将贡献给 CNCF。IBM 仍然认为，管理 Istio 等关键开源项目的最佳方式是采用真正的开放治理，在一个信誉良好的组织的支持下，为所有贡献者提供公平的竞争环境，为用户提供透明度，并对许可证和商标进行厂商中立的管理。谷歌应重新考虑其最初的承诺，并将 Istio 纳入 CNCF。”

谷歌是否别有隐情？

那么，谷歌为什么不选择这种向基金会捐赠项目的方法？至少云原生计算基金会（CNCF）就明确表示，他们乐于接纳Istio项目。

开源标准与专利专家、顶尖技术律师事务所Gesmer Updegrove创始合伙人Andrew “Andy” Updegrove认为，这个故事背后可能还有更多隐情。

他指出，单纯移交商标与移交整体项目之间有一大重要区别：“对于那些对厂商来说非常重要，而且主要由该厂商雇用的开发人员进行开发与控制的项目来说，移交商标所有权既能够让厂商方面继续保持对项目的有效控制，也可以避免因明确持有商标而引起的市场怀疑情绪。”

他怀疑谷歌这么做是为了“提高自身某些开源项目在社区中的声誉，但又不愿意将重量级项目直接移交给其他基金会”。两相权衡之下，建立起新的、高度强调中立性的治理机构就成了更合乎情理的选择。

结合历史来看，谷歌之所以不愿意将Istio交给开源基金组织CNCF，可能是因为Kubernetes的前车之鉴。

2014年云计算大潮和 AWS 的成功，迫使谷歌采取行动，将内部一流的基础设施变成公开的盈利产品，推出了开源的容器编排管理系统Kubernetes。2015年，在Kubernetes 1.0发布之际，谷歌将该项目贡献给了当时刚刚成立的CNCF。

随后，CNCF又迎来AWS、谷歌云、微软Azure三大公有云提供商。自此之后，Kubernetes的发展远超谷歌预期，但也逐渐脱离谷歌的控制，谷歌所贡献的代码量一直在 40%左右，超过半数贡献来自谷歌以外的公司和社区开发者。各公有云厂商都推出了Kubernetes混合云解决方案，谷歌云不是唯一一家尝到甜头的。根据 Nucleus Research 在 2019 年进行的调查显示，82% 的云端 Kubernetes 工作负载运行在 AWS 云服务之上。

另外，开源项目和云厂商的矛盾也由来已久。针对云提供商只从开源中“薅羊毛”而不为这些项目作贡献的情况，MongoDB、Redis 、Kafka等相关企业都先后变更了开源项目的许可协议。Cloud Foundry Foundation 执行董事 Abby Kearns 曾很直率地说：“多年来，我们就像个傻子一样，让他们拿着我们开发的东西大赚了一笔。”

谷歌此举，是否是在表达对云厂商“吸血”开源项目行为的不满？谷歌是否能借此为整个开源知识产权社区建立起新的治理模式？又或者是否会像Docker改名Moby一样，导致大批开发者离开或建立新的分支发展？恐怕只有时间能为我们带来答案。

参考链接：

https://www.theregister.com/2020/07/08/google_trademarks_open_usage_commons/

https://www.zdnet.com/article/google-open-sources-trademarks-with-the-open-usage-commons/