关于软件许可的常见问题解答

我们更改了 Elasticsearch 和 Kibana 的 Apache 2.0 许可源代码，使其在 SSPL 1.0 和 Elastic 许可证 2.0 (ELv2) 下双重许可，让用户可以选择应用这两个许可证中的哪一个。我们的默认发行版继续在 Elastic 许可证 2.0 下提供，就像过去近三年一样，并且我们不再生成 Apache 2.0 发行版。

我们将添加 AGPLv3（一种 OSI 批准的开放源代码许可证），作为当前在 Elastic 许可证 2.0 (ELv2) 和 SSPL 1.0 下提供的 Elasticsearch 和 Kibana 源代码的免费部分的选项。通过此更改，此源代码将在 SSPL 1.0、AGPLv3 和 Elastic 许可证 v2 下提供，让用户在访问和使用源代码时可以选择应用哪个许可证。

我们相信开放源代码的精神以及开放源代码许可为我们社区的源代码权利带来的清晰性，因此我们很高兴能够将 OSI 批准的开放源代码许可证带回 Elasticsearch 和 Kibana。

在 2021 年，我们做出了艰难的决定，将 Elasticsearch 和 Kibana 源代码的开放源代码部分更改为非 OSI 批准的软件许可证 - SSPL 和 Elastic 许可证 v2，以降低市场混淆的风险。在过去的 3 年中，此项更改已成功降低了风险，自那时以来，我们的创新在差异化、性能和功能增强方面取得了广泛且实质性的进展，并且我们现在可以放心地添加 AGPL 作为 SSPL 的选项。请阅读我们的公告博客以了解更多背景信息。

Elastic 许可证 2.0 适用于我们的发行版以及 Elasticsearch 和 Kibana 的免费和付费功能的源代码。我们使用 ELv2 的目标是尽可能宽松，同时保护我们的产品和品牌免受滥用。有关 ELv2 的更多详细信息，请参阅此专用常见问题解答。

如果您下载并使用我们的 Elasticsearch 和 Kibana 的默认发行版，则对您没有任何影响。我们的默认发行版将继续在 Elastic 许可证 2.0 下开源，就像过去近三年一样。如果您在 Elasticsearch 之上构建应用程序，则对您没有任何影响。我们的客户端库将继续在 Apache 2.0 下获得许可。如果您在 Elasticsearch 或 Kibana 之上使用插件，则对您没有任何影响。

非常感谢！您可以像以前一样继续为 Elasticsearch 和 Kibana 做贡献，无论该代码是在 SSPL、AGPL 还是 Elastic 许可证下。要了解有关如何贡献的更多信息，请参阅我们的贡献者指南。

在 Elastic Cloud 中或在自我管理订阅下使用我们产品的客户和合作伙伴不受此变更的影响。

如果您使用的是我们的发行版，则对您没有任何影响。您可以自由地在您的 SaaS 或自我管理应用程序中使用 Elasticsearch，并将其与您的应用程序一起重新分发，只要您遵循 ELv2 中的限制即可。有关完整许可证文本和 ELv2 的更多详细信息，请参阅此专用常见问题解答。

当您使用源代码时，您可以选择哪一组条款和条件最适合您的需求。每个源文件头都清楚地说明了可以应用的许可证（ELv2、SSPL 以及即将推出的 AGPLv3），并且我们的license.txt文件说明了我们如何布局源代码，以便轻松了解您的选项。

如果您使用的是我们的发行版 - 对您没有任何影响。我们的默认发行版将继续以 ELv2 许可发布，这已经持续了三年多，因此如果您不是直接使用源代码，则不会受到影响。

当您使用源代码时，您可以选择哪一组条款和条件最适合您的需求。每个源文件头都清楚地说明了可以应用的许可证（ELv2、SSPL 以及即将推出的 AGPLv3），并且我们的license.txt文件说明了我们如何布局源代码，以便轻松了解您的选项。

我们希望为客户提供选择，因此我们决定不删除任何现有的源代码许可选项。我们的大多数用户和客户都在 Elastic License 2.0 下使用我们的发行版，而其他用户则可以接受在 SSPL 或 Elastic License 2.0 下访问和使用源代码。虽然这些都没问题，但我们选择添加 AGPL 作为另一种选择，以满足那些喜欢众所周知、经 OSI 批准的开源许可所固有的清晰性和确定性的人们。

SSPL 是一个源代码可用许可，最初由 MongoDB 创建，他们致力于制定一个体现开源理想的许可，允许自由和无限制地使用、修改和重新分发，并且有一个简单的要求，即如果您以服务形式向他人提供产品，您还必须公开发布任何修改以及您的管理层的源代码，并采用 SSPL 许可。

有关更多信息，MongoDB 有一个很好的常见问题解答。我们找到了并认为分享律师撰写的以下博客会很有帮助

https://www.coss.community/coss/sspl-re-takes-the-stage-in-2021-2koa

https://writing.kemitchell.com/2021/01/20/Righteous-Expedient-Wrong.html

AGPLv3 是一个经 OSI 批准的开源许可，允许自由和无限制地使用、修改和重新分发源代码，并且有一个简单的要求，即您必须以相同的许可提供对源代码本身以及任何衍生作品的任何修改。

此源代码许可更改不应影响您 - 您可以根据 Elastic License 免费使用我们的默认发行版或在其基础上开发应用程序。此源代码可用许可不包含任何著作权规定，默认功能是免费的。有关具体示例，您可以查看我们在 Magento 上针对此问题给出的回复。

此更改仅影响源代码 - 我们的版本将继续在 Elastic License 下开源。2021 年的更改，即我们从 Apache 2.0 迁移到引入 SSPL 和 Elastic License 2.0，是在 7.11 版本发布前不久应用的。2024 年的更改，即我们在 SSPL 的基础上添加了 AGPLv3，预计将在 8.16 版本正式发布之前进行。

不，我们仅对 Elasticsearch 和 Kibana 进行此许可更改 - 其他产品不会受到影响。

是的！AGPLv3 是经 OSI 批准的开源许可，它将适用于 Elasticsearch 和 Kibana 的大部分源代码。请在我们的公告博客中阅读更多相关信息。

我们对开源原则的承诺丝毫没有改变 - 我们一直并将始终重视透明度、协作和社区。除了 Elasticsearch 和 Kibana 之外，我们的许多产品和项目继续采用 Apache 2.0 许可，包括我们的客户端库、Beats、Logstash 以及 Elastic Common Schema 等标准。我们还将继续像以往一样为其他开源项目（例如 Apache Lucene、OTel 和其他项目）做出贡献。

如果公共云提供商希望提供在此更改之后发布的 Elasticsearch 和 Kibana 版本，则需要遵守 SSPL、AGPLv3 或 Elastic License。

此更改不会影响您如何使用客户端库访问 Elasticsearch。我们的客户端库仍然在 Apache 2.0 许可下授权。

如果您有任何疑问，请通过 [email protected] 与我们联系。

此更改不会影响您如何构建或许可 Elasticsearch 或 Kibana 的插件。为避免疑义，构建要在 Elasticsearch 或 Kibana 中使用的插件并不构成衍生作品，并且不会对您如何许可插件的源代码产生任何影响。

如果您有任何疑问，请通过 [email protected] 与我们联系。

不会影响。我们与这些公共云提供商保持着积极而牢固的商业关系，并且将继续与他们合作。Elastic Cloud 在 Microsoft、Google 和 AWS 上均可用，在这三种情况下，我们都是他们市场生态系统的一部分。这些关系不会受到影响。

我们与 AWS 就我们在 AWS Marketplace 中列出的 Elastic Cloud 密切合作，并继续投入资源以使 Elastic Cloud 成为 AWS 上最好的托管 Elasticsearch 和 Kibana 体验。我们甚至获得了2023 年度 AWS 新星合作伙伴奖！同样，我们与 Google Cloud 和 Microsoft Azure 建立了牢固的关系，以确保 Elastic Cloud 是使用 Elasticsearch 的最佳方式。

如果您的应用程序不是托管或管理的服务，则可能根本不受影响。如果您需要澄清或有其他问题，请通过 [email protected] 与我们联系。

我们鼓励大家为 Kibana 开发插件。您可以继续为 Kibana 构建使用 EUI 或 Elastic Charts 的插件。如果您有其他问题，请通过 [email protected] 与我们联系。

• 2024 年 8 月 29 日：FAQ 的重大更新，反映了引入 AGPL 作为源代码许可选项的情况。
• 2021 年 12 月 21 日：更新了有关新 Java API 客户端的详细信息
• 2021 年 6 月 7 日：添加了两个关于 EUI 和 Elastic Charts 许可的问题
• 2021 年 2 月 2 日：对全文进行了多次更改，以反映 Elastic License v2 (ELv2) 的更新。
• 2021 年 1 月 26 日：扩展了“什么是 SSPL，它是如何工作的？”的回答，以增加清晰度。
• 2021 年 1 月 18 日：合并了“我嵌入了 Elasticsearch 和/或 Kibana 的修改版本…”和“我构建了一个嵌入和重新分发 Elasticsearch 的应用程序…”问题，以明确并提高一致性。
• 2021 年 1 月 17 日：发布“我构建了一个嵌入和重新分发 Elasticsearch 的应用程序…”问题，以提供更多背景信息。发布“根据 SSPL，哪种使用方式构成‘以服务形式提供产品’？”问题和解答。
• 2021 年 1 月 15 日：发布“您为什么提供双重许可策略？”、“我使用 Elasticsearch 作为后端构建了一个 SaaS 应用程序…”以及“此更改如何影响您与 AWS 的关系？”问题和解答。