Elasticsearch和Kibana的许可更改

我们正在将Elasticsearch和Kibana中的Apache 2.0许可的源代码移到服务器端公共许可（SSPL）和Elastic许可的双重许可下，使用户可以选择要应用的许可。此许可证更改确保我们的社区和客户可以自由开放地访问，使用，修改，重新分发和协作使用该代码。它还通过限制云服务提供商在没有回馈的情况下限制提供Elasticsearch和Kibana即服务来保护我们在开发免费和公开分发的产品方面的持续投资。这将适用于这两个产品的所有维护分支，并将在我们即将发布的7.11版本之前进行。我们的发行版将像过去三年一样继续受Elastic License的约束。

源代码许可的这一更改对绝大多数免费使用我们默认发行版的用户社区没有影响。它对我们的云客户或自我管理的软件客户也没有影响。

近年来，市场不断发展，社区逐渐意识到开放源代码公司需要更好地保护其软件，以继续创新并进行所需的投资。随着公司继续转向SaaS产品，一些云服务提供商已采用开源产品并将其作为服务提供，而没有投资回社区。在将我们的商业代码打开并创建免费层之后，采用SSPL或Elastic License的双重许可策略对我们来说是自然而然的下一步，而这一切都是在3年前根据Elastic License进行的。这与近年来许多其他开源公司（包括开发SSPL的MongoDB）所做的类似。 SSPL允许自由和不受限制的使用以及修改，其简单要求是：如果您将产品作为服务提供，则还必须公开发布所有修改以及SSPL下管理层的源代码。

我个人的开源之旅可以追溯到很久以前。 2005年，我为我的妻子构建食谱应用程序时，开源了我的第一个项目Compass，以在Apache Lucene之上提供Java框架。在接下来的五年中，我投入了许多周末和晚上进行研究，从编写代码到帮助用户解决错误，功能和问题。

我不知道我要签约的原因，尤其是当日工作在“一边”时，但我爱上了产生如此积极影响的机会-试图打造出优质的产品，但更重要的是，通过开源的力量围绕它发展社区。

2009年，我决定再次这样做，并开始编写一个名为Elasticsearch的全新项目。我花了许多晚上和周末来构建它，并在2010年将其开源。我什至辞掉了工作，决定全力以赴。通过编写代码，并参与GitHub，邮件列表和IRC，为用户服务。

当我们在2012年成立Elastic公司时，我们也为公司带来了同样的精神。我们在免费和开放产品上进行了大量投资，并支持我们用户社区的快速增长。我们从Elasticsearch扩展到Kibana，Logstash，Beats，现在扩展到Elastic Stack的一整套完整解决方案：Elastic Enterprise Search，Observability和Security。

我们已经成熟了产品，在周围建立了充满活力的社区，并致力于为用户提供最大的价值。今天，我们有数百名工程师每天醒来，并致力于使我们的产品变得更好。我们有成千上万的社区成员与我们互动并为我们共同的成功做出贡献。

我为我们建立的公司感到自豪，并为我们在用户群中赢得的信任水平感到沮丧。这首先要公开透明，然后在选择时要忠实于我们的社区和用户群。

早在2018年，我们就在源许可的弹性许可证下打开了免费和付费专有功能的代码，并且我们更改了默认发行版以包括我们的所有功能，并且默认情况下启用了所有免费功能。

我们这样做有几个原因。它使我们能够以与社区互动的方式来与付费客户互动：公开。它还使我们能够构建免费的功能，使用户无需向采用我们的产品并将其作为服务提供服务的公司（如Amazon Elasticsearch Service）提供这些功能，并从我们的开源软件中获利而无需回馈。

这种方法广受好评-如今，超过90％的新下载内容选择了这种发行版本-不仅使我们能够免费提供大量工作，而且还建立了一家成功的公司。

在这个新的免费和开放但专有的许可下，改进的清单是压倒性的。我对我们的团队和社区在我们所有产品上取得的惊人进步感到非常荣幸，以至于我很想分享其中的一些产品：

除了新的数据存储和压缩方法已将典型索引大小减少了近40％之外，我们还采用了新的分布式共识算法并显着减少了内存使用量，从而极大地提高了Elasticsearch的速度，可伸缩性和可靠性。提高索引编制和查询吞吐量。我们添加了用于地理空间分析的新字段类型，以及更有效的方式来存储和搜索日志以及对安全性数据执行不区分大小写的快速搜索。在Kibana中，由于进行了多年的重新改造项目，我们将加载时间减少了80％，并消除了整页刷新，同时还通过Kibana Lens引入了直观的拖放数据可视化体验，以及诸如仪表板下钻等关键功能，还有更多。

在过去的三年中，我们还围绕最常见的用例构建了一流的体验。在安全领域，我们在Kibana内创建了一个免费开放的SIEM，它具有一个强大的检测引擎，该引擎通过Elasticsearch中称为EQL的新查询语言支持简单规则以及复杂的关联。我们包含与社区合作开发的数百种检测规则，这些规则是我们公开制定的。此外，我们与领先的端点安全公司Endgame携手合作，并免费发布了强大的恶意软件防护功能，作为Elastic Agent（我们用于服务器和端点的统一，集中管理的可观察性和安全代理）的一部分，并且还有更多功能。

在可观察性方面，故事是相似的。我们已经在Kibana内建立了一个完整的可观察性套件-从实时日志记录UI到跨主机，吊舱和容器的关键指标和警报的直观基础架构级别视图。现在，我们拥有功能齐全的APM产品，带有开源数据收集器和代理，支持OpenTelemetry，真实用户监视（RUM），综合监视以及最近添加的用户体验监视。

借助Elastic Enterprise Search，我们引入了App Search，它是Elasticsearch之上的一层，可简化构建丰富的应用程序的过程，并提供强大的管理界面来进行相关性调整以及使用方式的分析。我们还提供免费的Workplace Search产品，使您可以轻松集成和搜索用于运营自己的公司或公司的内容源，例如Google Workplace，Microsoft 365，Atlassian Jira and Confluence和Salesforce。

我们能够构建所有这些功能并将其免费提供给我们的社区，这真是令人惊讶。看到我们产品的参与度和采用率以及这些新功能如何帮助如此众多的人和企业取得成功，真是令人感到沮丧。之所以有这种可能，是因为我们社区的绝大多数人选择了弹性许可下的默认发行版，其中所有这些功能都是免费和开放的。

如前所述，在过去三年中，市场不断发展，社区逐渐意识到开放源代码公司需要更好地保护其软件，以保持较高的投资和创新水平。随着向SaaS交付模式的转变，一些云服务提供商通过将开源产品作为服务提供而没有回馈，从而利用了开源产品。这转移了本应再投资到产品中的资金，并伤害了用户和社区。

与我们的开放源代码同行类似，我们亲身经历了这种经历，从滥用商标到通过OSS产品的“开放”重新包装甚至是从我们专有代码中获得“灵感”而彻底破坏社区的尝试。尽管每个开源公司都采用了略有不同的方法来解决此问题，但为了保护他们对自由软件的投资，他们通常都修改了开源许可证，同时试图保持开放性，透明性和协作性的原则。同样，我们自然而然地采取下一步行动，即有针对性地更改我们对源代码的许可方式。此更改不会影响我们的绝大多数用户，但是它将限制云服务提供商将我们的软件作为服务提供。

我们希望我们的一些竞争对手会尝试围绕此更改来推广各种FUD。让我对任何反对者说清楚。我们深信免费和开放产品的原则以及与社区保持透明的原则。我们的往绩证明了这一承诺，我们将继续以此为基础。

从即将发布的Elastic 7.11版本开始，我们将把Apache2.0许可的Elasticsearch和Kibana代码移到SSPL和Elastic License的双重许可下，使用户可以选择要应用的许可。 SSPL是由MongoDB创建的可提供源代码的许可证，旨在体现开放源代码的原则，同时提供针对公共云提供商的保护，而公共云提供商不提供开放源代码产品即服务。 SSPL允许自由和不受限制地使用和修改，其简单要求是，如果您将产品作为服务提供给他人，则还必须公开发布所有修改以及SSPL下管理层的源代码。

我们之所以选择这条道路，是因为它为我们提供了尽可能开放的机会，同时保护了我们的社区和公司。在某些方面，这种变化使我们更加开放。作为此更改的后续措施，我们将开始将我们的免费专有功能从Elastic License移至SSPL之下的双重许可，这更加宽松，更符合我们实现产品免费开放的目标尽可能。

尽管在某些方面更改源代码的许可证很重要，但我们社区中的绝大多数人实际上并不会经历更改。如果您是我们的客户，无论是在Elastic Cloud中还是在本地，都不会改变。而且，如果您一直在下载并使用我们的默认发行版，则该发行版仍是免费的，并且可以在同一Elastic License下打开。如果您一直在为Elasticsearch或Kibana做出贡献（谢谢！），那么您也没有任何改变。

我们将继续开放地开发代码，与社区互动，并像过去三年一样根据弹性许可免费发布我们的发行版。我们将继续致力于免费提供所有免费功能-我们不会对免费功能和付费订阅中的可用功能进行任何更改。

我们对统一社区的重要性的信念从未如此强烈。这种变化使我们能够继续表现出我们的承诺，并像过去十年一样在未来赢得您的信任。

该帖子包含具有重大风险和不确定性的前瞻性陈述，其中包括但不限于有关公司代码许可，软件即服务和开源服务器端软件的市场机会，开源创新，公司使用的许可模式的影响，我们未来在研发方面的投资以及我们对解决方案和产品实力的评估。这些前瞻性声明受《 1995年私人证券诉讼改革法案》中安全港条款的约束。这些前瞻性声明反映了我们对当前计划，意图，期望，策略和前景的看法，这些看法基于当前的信息。可供我们使用，并基于我们做出的假设。尽管我们认为这些前瞻性声明所反映或建议的计划，意图，期望，策略和前景是合理的，但我们不能保证将达到或实现这些计划，意图，期望或策略。由于不确定性，风险和环境变化，实际结果和结果可能与这些前瞻性声明所预期的结果存在重大差异，包括但不限于与以下方面有关的结果：我们及时，成功地实施并获得新收益的能力双重许可模式；客户和我们的用户社区接受新的许可模式；我们继续建立和维护开发者社区信誉的能力；竞争性SaaS服务的影响；我们维护，保护，执行和增强我们知识产权的能力； SaaS产品的扩展和采用对开源许可模型的影响；以及我们对未来运营的信念和目标。我们可能会向美国证券交易委员会（“ SEC”）提交的文件中包括可能导致实际结果和结果出现重大差异的其他风险和不确定性，包括我们截至2020年4月30日的财年的10-K表年度报告以及向SEC提交的所有后续报告。 SEC文件可在Elastic网站ir.elastic.co的投资者关系部分和SEC网站www.sec.gov上找到。除非法律要求，Elastic概不承担任何义务，并且目前不打算更新任何此类前瞻性陈述。