<p>长期以来，许可证纠纷一直是商业开源领域的一个显著特征。一些最大的供应商已经转向更加限制性的 “copyleft” 许可证，就像 Grafana 和 Element 所做的那样，或者完全专有化，就像 HashiCorp 去年使用 Terraform 时所做的那样。</p>
<p>但有一家价值 80 亿美元的公司选择了另一种方式。</p>
<p>Elastic，企业搜索和数据检索引擎 Elasticsearch 以及 Kibana 可视化仪表板的创建者，在上个月宣布再次开源，这一举动令人惊讶 — 这是在将近四年前转向几种专有 “源代码可用” 许可证之后。这一举措违背了一个趋势，许多公司都放弃了开源。一些公司甚至正在创造全新的许可证范式，就像我们看到的 “公平源代码” 一样，已被几家初创公司采用。</p>
<h2>“这只是花费太长时间”</h2>
<p>2021 年，Elastic 在与亚马逊的云子公司 AWS 发生数年冲突后转向了闭源许可证，后者正在销售自己的托管版本的 Elasticsearch。尽管 AWS 在 Apache 2.0 许可证的宽松性质下有权这样做，但 Elastic 对 AWS 营销其版本的方式感到不满，使用了 “Amazon Elasticsearch” 等品牌。Elastic 认为这导致了太多的混淆，因为客户和最终用户并不总是关注开源项目的复杂性及相关的商业服务。</p>
<p>Elastic 联合创始人兼首席技术官 Shay Banon 在本周接受 TechCrunch 采访时表示：“有时人们认为我们改变许可证是因为对亚马逊将我们的开源项目提供为 ‘服务’ 感到不满。老实说，我一直都没问题，因为许可证允许他们这样做。我们一直困扰的是商标侵权。”</p>
<p>Elastic 采取了法律途径让亚马逊撤回 Elasticsearch 品牌，这种情况让人想起了我们上周看到的持续中的 WordPress 风波。尽管 Elastic 后来解决了与 AWS 的商标纠纷，但这类法律纠纷消耗了大量资源，而公司本来只是想保护自己的品牌。</p>
<p>Banon 说：“当我们考虑法律途径时，我们觉得我们有一个非常好的案例，实际上我们最终赢了，但这已经不再相关了，因为我们做出了改变 [对 Elasticsearch 许可证的改变]。但这只是花费太长时间 — 你可能花四年时间赢得一场法律诉讼，而那时你已经因为混淆而失去了市场。”</p>
<h2>回到未来</h2>
<p>这种改变在内部始终是一个敏感问题，因为公司被迫使用 “免费和开放” 等术语，而不是 “开源”。但这一改变取得了 Elastic 所期望的效果，迫使 AWS 分叉 Elasticsearch 并创建了一个名为 OpenSearch 的变体，这家云巨头本月刚刚将其过渡到 Linux 基金会。</p>
<p>随着足够的时间过去，OpenSearch 现在已经牢固地建立起来，Banon 和公司决定扭转局面，再次将 Elasticsearch 开源。</p>
<p>Banon 说：“我们知道亚马逊会分叉 Elasticsearch，但并不是说这里有一个巨大的总体计划 — 我确实希望，如果分叉的时间足够长，我们或许可以回到开源。”“老实说，这是出于非常自私的原因 — 我喜欢开源。”</p>
<p>然而，Elastic 并没有完全 “回到” 过去。公司没有重新采用过去宽松的 Apache 2.0 许可证，而是选择了 AGPL，这种许可证有更多限制 — 它要求任何衍生软件都必须采用相同的 AGPL 许可证。</p>
<p>在过去的四年里，Elastic 为客户提供了在其专有 Elastic 许可证和由 MongoDB 创建并随后未能获得开源倡议组织（OSI）批准为 “开源” 的 SSPL（服务器端公共许可证）之间进行选择。虽然 SSPL 已经提供了一些开源许可证的好处，比如查看和修改代码的能力，但通过增加 AGPL，Elastic 再次可以称自己为开源 — 该许可证被 OSI 认可为开源。</p>
<p>Banon 说：“Elastic [和 SSPL] 许可证已经非常宽松，允许您免费使用 Elasticsearch；它们只是没有 ‘开源’ 的标志。”“我们对这个领域了解很多，但大多数用户并不了解 — 他们只是谷歌 ‘开源向量数据库’，看到一个列表，然后在它们之间进行选择，因为他们关心开源。这就是为什么我关心能够出现在那个列表上。”</p>
<p>未来，Elastic 表示希望与 OSI 合作制定新的许可证，或者至少讨论哪些许可证可以被归类为开源。根据 Banon 的说法，完美的许可证应该介于 AGPL 和 SSPL 之间，尽管他承认 AGPL 本身实际上可能在大多数情况下已经足够了。</p>
<p>但目前，Banon 表示，仅仅能够再次称自己为 “开源” 已经足够了。</p>
<p>Banon 说：“能够说 ‘开源’ 仍然是一件神奇的事情 — ‘开源搜索’，‘开源基础设施监控’，‘开源安全’。”“这两个词包含了很多内容 — 它包含了代码开放，以及所有社区方面。它包含了我们开发人员喜欢拥有的一系列自由。”</p>

ESTC

<p>Elastic，Elasticsearch 背后的公司，在采用专有许可证近四年后，已经回归开源。这一决定是在与 AWS 的商标纠纷之后做出的，AWS 曾推出自己的版本 Elasticsearch。联合创始人 Shay Banon 表示，法律斗争消耗了资源并导致市场混乱。Elastic 现在采用了 AGPL 许可证，比之前的 Apache 2.0 许可证施加了更多限制，使其能够再次被认可为开源。Banon 强调了对经常寻找开源解决方案的用户来说，开源的重要性</p>

<p>Licensing kerfuffles have long been a defining facet of the commercial open source space. Some of the biggest vendors have switched to a more restrictive “copyleft” license, as Grafana and Element have done, or gone full proprietary, as HashiCorp did last year with Terraform.</p>
<div class="lb-trans"><p>长期以来，许可证纠纷一直是商业开源领域的一个显著特征。一些最大的供应商已经转向更加限制性的 “copyleft” 许可证，就像 Grafana 和 Element 所做的那样，或者完全专有化，就像 HashiCorp 去年使用 Terraform 时所做的那样。</p>
</div><p>But one $8 billion company has gone the other way.</p>
<div class="lb-trans"><p>但有一家价值 80 亿美元的公司选择了另一种方式。</p>
</div><p>Elastic, the creator of enterprise search and data retrieval engine Elasticsearch and the Kibana visualization dashboard, threw a surprise curveball last month when it revealed it was going open source once more — nearly four years after switching to a couple of proprietary “source available” licenses. The move goes against a grain that has seen countless companies ditch open source altogether. Some are even creating a whole new licensing paradigm, as we’re seeing with “fair source,” which has been adopted by several startups.</p>
<div class="lb-trans"><p>Elastic，企业搜索和数据检索引擎 Elasticsearch 以及 Kibana 可视化仪表板的创建者，在上个月宣布再次开源，这一举动令人惊讶 — 这是在将近四年前转向几种专有 “源代码可用” 许可证之后。这一举措违背了一个趋势，许多公司都放弃了开源。一些公司甚至正在创造全新的许可证范式，就像我们看到的 “公平源代码” 一样，已被几家初创公司采用。</p>
</div><h2>“It was just taking too long”</h2>
<div class="lb-trans"><h2>“这只是花费太长时间”</h2>
</div><p>In 2021, Elastic moved to closed source licenses after several years of conflict with Amazon’s cloud subsidiary AWS, which was selling its own managed version of Elasticsearch. While AWS was perfectly within its rights to do so given the permissive nature of the Apache 2.0 license, Elastic took umbrage at the <em>way</em> that AWS was marketing its incarnation, using branding such as “Amazon Elasticsearch.” Elastic believed this was causing too much confusion, as customers and end users don’t always pay too much attention to the intricacies of open source projects and the associated commercial services.</p>
<div class="lb-trans"><p>2021 年，Elastic 在与亚马逊的云子公司 AWS 发生数年冲突后转向了闭源许可证，后者正在销售自己的托管版本的 Elasticsearch。尽管 AWS 在 Apache 2.0 许可证的宽松性质下有权这样做，但 Elastic 对 AWS 营销其版本的方式感到不满，使用了 “Amazon Elasticsearch” 等品牌。Elastic 认为这导致了太多的混淆，因为客户和最终用户并不总是关注开源项目的复杂性及相关的商业服务。</p>
</div><p>“People sometimes think that we changed the license because we were upset with Amazon for taking our open source project and providing it ‘as a service,’” Elastic co-founder and CTO Shay Banon told TechCrunch in an interview this week. “To be honest, I was always okay with it, because it’s in the license that they’re allowed to do that. The thing we always struggled with was just the trademark violation.”</p>
<div class="lb-trans"><p>Elastic 联合创始人兼首席技术官 Shay Banon 在本周接受 TechCrunch 采访时表示：“有时人们认为我们改变许可证是因为对亚马逊将我们的开源项目提供为 ‘服务’ 感到不满。老实说，我一直都没问题，因为许可证允许他们这样做。我们一直困扰的是商标侵权。”</p>
</div><p>Elastic pursued legal avenues to get Amazon to retreat from the Elasticsearch brand, a scenario reminiscent of the ongoing WordPress brouhaha we’ve seen this past week. And while Elastic later settled its trademark spat with AWS, such legal wrangles consume a lot of resources, when all the company wanted to do was safeguard its brand.</p>
<div class="lb-trans"><p>Elastic 采取了法律途径让亚马逊撤回 Elasticsearch 品牌，这种情况让人想起了我们上周看到的持续中的 WordPress 风波。尽管 Elastic 后来解决了与 AWS 的商标纠纷，但这类法律纠纷消耗了大量资源，而公司本来只是想保护自己的品牌。</p>
</div><p>“When we looked at the legal route, we felt like we had a really good case, and it was actually one that we ended up winning, but that wasn’t really relevant anymore because of the change we’d made [to the Elasticsearch license],” Banon said. “But it was just taking too long — you can spend four years winning a legal case, and by then you’ve lost the market due to confusion.”</p>
<div class="lb-trans"><p>Banon 说：“当我们考虑法律途径时，我们觉得我们有一个非常好的案例，实际上我们最终赢了，但这已经不再相关了，因为我们做出了改变 [对 Elasticsearch 许可证的改变]。但这只是花费太长时间 — 你可能花四年时间赢得一场法律诉讼，而那时你已经因为混淆而失去了市场。”</p>
</div><h2>Back to the future</h2>
<div class="lb-trans"><h2>回到未来</h2>
</div><p>The change was always something of a sore point internally, as the company was forced to use language such as “free and open” rather than “open source.” But the change worked as Elastic had hoped, forcing AWS to fork Elasticsearch and create a variant dubbed OpenSearch, which the cloud giant transitioned over to the Linux Foundation just this month.</p>
<div class="lb-trans"><p>这种改变在内部始终是一个敏感问题，因为公司被迫使用 “免费和开放” 等术语，而不是 “开源”。但这一改变取得了 Elastic 所期望的效果，迫使 AWS 分叉 Elasticsearch 并创建了一个名为 OpenSearch 的变体，这家云巨头本月刚刚将其过渡到 Linux 基金会。</p>
</div><p>With enough time having passed, and OpenSearch now firmly established, Banon and company decided to reverse course and make Elasticsearch open source once more.</p>
<div class="lb-trans"><p>随着足够的时间过去，OpenSearch 现在已经牢固地建立起来，Banon 和公司决定扭转局面，再次将 Elasticsearch 开源。</p>
</div><p>“We knew that Amazon would fork Elasticsearch, but it’s not like there was a huge masterplan here — I did hope, though, that if enough time passed with the fork, we could maybe return to open source,” Banon said. “And to be honest, it’s for a very selfish reason — I love open source.”</p>
<div class="lb-trans"><p>Banon 说：“我们知道亚马逊会分叉 Elasticsearch，但并不是说这里有一个巨大的总体计划 — 我确实希望，如果分叉的时间足够长，我们或许可以回到开源。”“老实说，这是出于非常自私的原因 — 我喜欢开源。”</p>
</div><p>Elastic hasn’t quite gone “full” circle, though. Rather than re-adopting its permissive Apache 2.0 license of yore, the company has gone with AGPL, which has greater restrictions — it requires that any derivative software be released under the same AGPL license.</p>
<div class="lb-trans"><p>然而，Elastic 并没有完全 “回到” 过去。公司没有重新采用过去宽松的 Apache 2.0 许可证，而是选择了 AGPL，这种许可证有更多限制 — 它要求任何衍生软件都必须采用相同的 AGPL 许可证。</p>
</div><p>For the past four years, Elastic has given customers a choice between its proprietary Elastic license or the SSPL (server side public license), which was created by MongoDB and subsequently failed to get approved as “open source” by the Open Source Initiative (OSI), the stewards of the official open source definition. While SSPL already offers some of the benefits of an open source license, such as the ability to view and modify code, with the addition of AGPL, Elastic gets to call itself open source once again — the license is recognized as such by the OSI.</p>
<div class="lb-trans"><p>在过去的四年里，Elastic 为客户提供了在其专有 Elastic 许可证和由 MongoDB 创建并随后未能获得开源倡议组织（OSI）批准为 “开源” 的 SSPL（服务器端公共许可证）之间进行选择。虽然 SSPL 已经提供了一些开源许可证的好处，比如查看和修改代码的能力，但通过增加 AGPL，Elastic 再次可以称自己为开源 — 该许可证被 OSI 认可为开源。</p>
</div><p>“The Elastic [and SSPL] licenses were already very permissive and allowed you to use Elasticsearch for free; they just didn’t have the stamp of ‘open source,’” Banon said. “We know about this space so much, but most users don’t — they just Google ‘open source vector database,’ they see a list, and they choose between them because they care about open source. And that’s why I care about being on that list.”</p>
<div class="lb-trans"><p>Banon 说：“Elastic [和 SSPL] 许可证已经非常宽松，允许您免费使用 Elasticsearch；它们只是没有 ‘开源’ 的标志。”“我们对这个领域了解很多，但大多数用户并不了解 — 他们只是谷歌 ‘开源向量数据库’，看到一个列表，然后在它们之间进行选择，因为他们关心开源。这就是为什么我关心能够出现在那个列表上。”</p>
</div><p>Moving forward, Elastic says that it’s hoping to work with the OSI toward creating a new license, or at least having a discussion about which licenses do and don’t get to be classed as open source. The perfect license, according to Banon, is one that sits “somewhere between AGPL and SSPL,” though he concedes that AGPL in itself may actually be sufficient for the most part.</p>
<div class="lb-trans"><p>未来，Elastic 表示希望与 OSI 合作制定新的许可证，或者至少讨论哪些许可证可以被归类为开源。根据 Banon 的说法，完美的许可证应该介于 AGPL 和 SSPL 之间，尽管他承认 AGPL 本身实际上可能在大多数情况下已经足够了。</p>
</div><p>But for now, Banon says that simply being able to call itself “open source” again is good enough.</p>
<div class="lb-trans"><p>但目前，Banon 表示，仅仅能够再次称自己为 “开源” 已经足够了。</p>
</div><p>“It’s still magical to say ‘open source’ — ‘open source search,’ ‘open source infrastructure monitoring,’ ‘open source security,’” Banon said. “It encapsulates a lot in two words — it encapsulates the code being open, and all the community aspects. It encapsulates a set of freedoms that we developers love having.”</p>
<div class="lb-trans"><p>Banon 说：“能够说 ‘开源’ 仍然是一件神奇的事情 — ‘开源搜索’，‘开源基础设施监控’，‘开源安全’。”“这两个词包含了很多内容 — 它包含了代码开放，以及所有社区方面。它包含了我们开发人员喜欢拥有的一系列自由。”</p>
</div>

Elastic 创始人谈论为何在转为专有四年后重返开源