许可证纠纷长期以来一直是商业开源领域的一个突出问题。一些大型供应商已经转向更严格的“copyleft”许可证,例如 Grafana 和 Element;或者完全采用专有许可证,例如 HashiCorp 去年对 Terraform 所做的。
但有一家价值 80 亿美元的公司却选择了另一条路。
Elastic 是企业搜索和数据检索引擎 Elasticsearch 和 Kibana可视化仪表板的创建者,上个月,它在转而采用几种专有的“source available”许可近四年后,突然宣布将再次开源。这一举措与无数公司完全放弃开源的趋势背道而驰。有些公司甚至在创建一种全新的许可模式,如“fair source”-已被多家初创公司采用。
“这花了太长时间”
2021 年,Elastic 与亚马逊的云计算子公司 AWS 发生冲突,后者销售自己的 Elasticsearch 托管版本,几年后,Elastic 转用闭源许可证。鉴于 Apache 2.0 许可证的宽松性质,AWS 完全有权这样做,但 Elastic 对 AWS 使用“Amazon Elasticsearch”等品牌营销其产品的方式感到不满。Elastic 认为这造成了太多的混淆,因为客户和最终用户并不总是太关注开源项目和相关商业服务的复杂性。
Elastic 联合创始人兼首席技术官 Shay Banon 本周在接受 TechCrunch 采访时表示:“人们有时认为我们改变许可证是因为我们对亚马逊将我们的开源项目作为‘服务’提供感到不满。说实话,我一直都接受这种做法,因为许可证允许他们这样做。我们一直纠结的只是商标侵权问题。”
Elastic / 联合创始人兼首席技术官 Shay Banon
Elastic 寻求法律途径迫使亚马逊放弃 Elasticsearch 品牌,这种情况让人想起了最近发生的 WordPress 纠纷。尽管 Elastic 后来与 AWS 达成了商标纠纷和解,但此类法律纠纷耗费了大量资源,而该公司想要做的只是保护自己的品牌。
“当我们考虑走法律途径时,我们觉得我们有一个非常好的案例,而且我们最终也赢得了胜利,但由于我们对 Elasticsearch 许可证所做的更改,这已经不再重要了。但这实在是太耗时了——你可能要花四年时间才能赢得一场官司,但到那时,你已经因为混乱而失去了市场。”
回到未来
这种变化在公司内部一直是一个痛点,因为公司被迫使用“free and open”而不是“open source”这样的语言。但这一变化正如 Elastic 所希望的那样,迫使 AWS 分叉 Elasticsearch 并创建一个名为 OpenSearch 的变体,而这家云计算巨头本月刚刚将其移交到 Linux 基金会。
随着时间的流逝,OpenSearch 的地位也已经稳固,Banon 和公司决定改变方向,再次将 Elasticsearch 开源。
“我们知道亚马逊会分叉 Elasticsearch,但这并不是一个宏伟的总体计划——不过,我确实希望,如果分叉时间足够长,我们也许可以回归开源。说实话,这是出于一个非常自私的理由——我热爱开源。。”
不过,Elastic 还没有完全走完这一轮。该公司并没有重新采用以前宽松的 Apache 2.0 许可证,而是采用了AGPL,后者的限制更多——它要求任何衍生软件都必须在相同的 AGPL 许可证下发布。
在过去四年中,Elastic 为客户提供了专有 Elastic 许可证或 SSPL 的选择。SPL 由 MongoDB 创建,但后来未能获得官方开源定义管理机构 OSI 的“open source”批准。虽然 SSPL 已经提供了一些开源许可证的好处,例如查看和修改代码的能力,但随着 OSI 认证的 AGPL 的加入,Elastic 可以再次称自己为开源。
“Elastic(和 SSPL)许可证已经非常宽松,允许你免费使用 Elasticsearch;它们只是没有‘开源’的标签。我们对这个领域非常了解,但大多数用户并不了解——他们只是在谷歌上搜索‘open source vector database’,他们看到一个列表,然后在它们之间进行选择,因为他们关心开源。这就是我关心是否在那个名单上的原因。”
展望未来,Elastic 表示希望与 OSI 合作创建新的许可证,或者至少讨论哪些许可证可以归类为开源,哪些不能。根据 Banon 的说法,完美的许可证是“介于 AGPL 和 SSPL 之间”的许可证,尽管他承认 AGPL 本身可能在大多数情况下就足够了。
但就目前而言,Banon 表示,仅仅能够再次称自己为“开源”就已经足够了。
“开源这个词依然充满魔力——开源搜索、开源基础设施监控、开源安全。两个字眼就包含了很多东西——它概括了代码的开放和所有社区方面,概括了我们开发人员喜欢拥有的一系列自由。”
延伸阅读: