软件许可常见问答
2021 年,随着 7.11 版本的发布,我们根据 Apache 2.0 许可授权的 Elasticsearch 和 Kibana 源代码变更为采用服务器端公共许可 (SSPL) + Elastic 许可的双重授权许可模式,以便用户选择适合自己的许可。2024 年 9 月,我们在 SSPL 和 Elastic 许可证之外,增加开源计划 (OSI) 批准的 AGPLv3 许可证作为选项,确保社区和客户能够使用、修改、重新分发开源代码,并根据自己的选择进行代码协作。我们的发行版将继续使用 Elastic 许可证。
许可变更问题汇总
能否请您总结一下 2021 年有哪些变化?
我们已将 Apache 2.0 许可授权的 Elasticsearch 和 Kibana 源代码变更为双重许可模式(即 SSPL 1.0 和 Elastic 许可 2.0 (ELv2)),以便用户选择适合自己的许可。近三年来,我们的默认分发版一直采用 Elastic 许可 2.0 进行发布,今后我们会继续采用这一许可证,不再开发 Apache 2.0 分发版。
为什么 Elastic 要做出这种改变?
我们相信开源精神,也相信开源代码许可能够明确社区对源代码的权利,因此我们很高兴能够为 Elasticsearch 和 Kibana 重新引入经 OSI 批准的开源代码许可。
2021 年,我们做出了一个艰难的决定,将 Elasticsearch 和 Kibana 源代码的开源部分转移到非 OSI 批准的软件许可证(SSPL 和 Elastic License v2)之下,目的是为了降低市场混乱的风险。在过去三年中,这一变更成功地降低了风险,自此以后,我们在差异化、性能和功能增强方面进行了广泛而实质性的创新,现在我们可以放心地将 AGPL 作为 SSPL 的一个选项。请阅读我们的博文,了解更多背景信息。
什么是 Elastic 许可证 2.0?
Elastic 许可 2.0 适用于我们的分发版以及 Elasticsearch 和 Kibana 免费和付费功能的源代码。对于 ELv2,我们的目标是在尽可能宽松的情况下,同时保护产品和品牌免受滥用。请查看专门的常见问答,了解有关 ELv2 的更多详细信息。
作为一个用户,我会因这次许可变更而受到什么影响?
如果您下载并使用的是 Elasticsearch 和 Kibana 的默认分发版,对您不会有任何影响。近三年来,我们的默认分发版一直采用 Elastic 许可 2.0 开放源代码。如果您是基于 Elasticsearch 构建应用程序,对您也不会有任何影响。我们的客户端库会继续采用 Apache 2.0 进行许可授权。如果您在 Elasticsearch 或 Kibana 上使用插件,对您也不会有任何影响。
我为 Elasticsearch 和/或 Kibana 做了贡献,这对我有什么影响吗?
谢谢!无论这些代码是在 SSPL、AGPL 还是 Elastic 许可下发布的,您都可以一如既往地继续为 Elasticsearch 和 Kibana 贡献内容。如需了解有关如何贡献内容的更多信息,请参阅我们的贡献者指南。
作为一个客户或合作伙伴,我会因这次变更而受到什么影响?
在 Elastic Cloud 中或通过自管型订阅使用我们产品的客户和合作伙伴都不受此次变更的影响。
我构建了一个嵌入并重新分发 Elasticsearch 的应用程序,这对我有什么影响吗?
如果您正在使用我们的发行版,则没有任何变化。只要您遵守 ELv2 中的限制,您就可以在 SaaS 或自管型应用程序中自由使用 Elasticsearch,并将其与您的应用程序一起重新分发。有关 ELv2 的完整许可文本和其他详细信息,请参阅此专门的常见问答。
在您使用源代码时,可以选择最适合自身需要的一组条款和条件。每个源文件头都清楚地阐明了可以应用哪些许可证(ELv2、SSPL 和即将推出的 AGPLv3),而 license.txt 文件解释了我们如何布局源代码,使您可以轻松了解自己的选择。
双重/三重授权许可是如何运作的?
如果您正在使用我们的发行版,则没有任何变化。近三年来,我们的默认分发版一直采用 ELv2 进行发布,如果您不直接使用源代码,对您不会有任何影响。
在您使用源代码时,可以选择最适合自身需要的一组条款和条件。每个源文件头都清楚地阐明了可以应用哪些许可证(ELv2、SSPL 和即将推出的 AGPLv3),而 license.txt 文件解释了我们如何布局源代码,使您可以轻松了解自己的选择。
为什么你们要提供三重授权许可策略?
我们希望为客户提供选择,因此决定不删除任何现有的源代码许可选项。我们的大多数用户和客户在 Elastic 许可证 2.0 下使用发行版,而其他人则愿意在 SSPL 或 Elastic 许可证 2.0 下访问和使用源代码。虽然这些许可证都很好,但我们还是决定增加 AGPL 作为一个额外的选择,以满足那些更倾向于选择知名、经 OSI 批准的开源许可证所带来的清晰性和确定性的人的需求。
什么是 SSPL,它是如何运作的?
SSPL 是一个最初由 MongoDB 创建的可获得源代码的许可,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
我使用 Elasticsearch 作为后端构建了 SaaS 应用程序,这对我有什么影响吗?
此次源代码许可变更不会影响您。您可以继续使用我们的默认分发版,或在 Elastic 许可下免费基于该分发版开发应用程序。这个可获得源代码的许可不包含任何 Copyleft 规定,默认功能免费提供。如需了解具体示例,您可以查看我们对 Magento 项目中关于这个问题的回答。
此次变更适用于哪些版本?
此次变更只影响源代码,我们的发行版将继续在 Elastic 许可下开源。在 7.11 版发布前不久,我们进行了 2021 年的变更,即从 Apache 2.0 迁移到引入 SSPL 和 Elastic 许可 2.0。在 2024 年的变更中,我们在 SSPL 的基础上增加了 AGPLv3,预计这将在 8.16 版发布之前完成。
除了 Elasticsearch 和 Kibana 之外,其他产品的许可是否会发生变化?
不会,我们只是对 Elasticsearch 和 Kibana 进行许可变更,其他产品不会受到影响。
这是否意味着 Elasticsearch 和 Kibana 再次开源?
是的!AGPLv3 是经 OSI 批准的开源许可证,将适用于 Elasticsearch 和 Kibana 的大部分源代码。请阅读我们的博文,了解更多相关信息。
Elastic 会继续开发开源软件吗?
我们对开源原则的承诺丝毫没有改变,会一直并将永远重视透明度、协作和社区。除了 Elasticsearch 和 Kibana,我们的许多产品和项目会继续使用 Apache 2.0 许可协议,包括我们的客户端库、Beats、Logstash,以及诸如 Elastic Common Schema 之类的标准。我们还会像从前一样继续为其他开源项目做出贡献,比如 Apache Lucene、OTel 等项目。
我正在使用云提供商提供的 Elasticsearch 服务,这一变更会对我有什么影响?
如果公共云提供商希望提供此次变更后发布的 Elasticsearch 和 Kibana 版本,则需要遵守 SSPL、AGPLv3 或 Elastic 许可。
我正在通过 API 使用 Elasticsearch,这一变更会对我有什么影响吗?
此次变更不会影响您使用客户端库访问 Elasticsearch 的方式。我们的客户端库仍采用 Apache 2.0 进行许可授权。
如果您有任何疑问,请通过 [email protected] 与我们联系。
我正在为 Elasticsearch 或 Kibana 构建插件,我会因这次变更而受到什么影响?
此次变更不会影响您构建或授权 Elasticsearch 或 Kibana 插件的方式。为免存疑,构建用于 Elasticsearch 或 Kibana 的插件并不构成衍生作品,也不会对插件源代码的授权方式产生任何影响。
如果您有任何疑问,请通过 [email protected] 与我们联系。
这次变更对你们与 Microsoft、Google、阿里巴巴和腾讯的合作有什么影响吗?
没有影响。我们与这些公共云服务提供商有着积极而牢固的商业关系,并将继续与他们合作。Elastic Cloud 可在 Microsoft、Google 和 AWS 上使用,不管其中哪个平台,我们都是他们市场生态系统的一部分。这些关系不会受到影响。
这次变更对你们与 AWS 的关系有什么影响吗?
我们与 AWS 紧密合作,让 Elastic Cloud 入驻 AWS Marketplace,并继续投资于这一关系,致力于将 Elastic Cloud 打造成 AWS 上优质的 Elasticsearch 和 Kibana 托管平台。我们甚至获得了 2023 年 AWS 年度新星合作伙伴奖!同样,我们与 Google Cloud 和 Microsoft Azure 建立了牢固的合作关系,确保 Elastic Cloud 成为使用 Elasticsearch 的最佳方式。
我在 Kibana 以外的应用程序中使用 EUI 或 Elastic 图表,这一变更会对我有什么影响?
如果您的应用程序不是托管型或托管服务,那么您可能根本不会受到影响。如果您有其他疑问或需要进一步说明,请通过 [email protected] 与我们联系。
我在 Kibana 插件中使用 EUI 或 Elastic 图表,这一变更会对我有什么影响?
我们希望鼓励用户为 Kibana 制作插件。您可以继续为 Kibana 构建使用 EUI 或 Elastic 图表的插件。如果您有其他疑问,请通过 [email protected] 与我们联系。
变更日志
- 2024 年 8 月 29 日:对常见问答进行重大更新,以反映新增 AGPL 作为源代码许可选项的情况。
- 2021 年 12 月 21 日:更新了有关新 Java API 客户端的详细信息
- 2021 年 6 月 7 日:增加了两个关于 EUI 和 Elastic 图表许可的问题
- 2021 年 2 月 2 日:进行了几处更改,以反映对 Elastic 许可 v2 (ELv2) 的更新。
- 2021 年 1 月 26 日:为了更清楚地说明问题,对“什么是 SSPL,它是如何运作的?”这一问题进行了展开回答。
- 2021 年 1 月 18 日:将“我嵌入了 Elasticsearch 和(或)Kibana 的修改版本…”和“我构建了一个嵌入并重新分发 Elasticsearch 的应用程序…”两个问题合并,以便说得更清楚一些和提高一致性。
- 2021 年 1 月 17 日:发布“我构建了一个嵌入并重新分发 Elasticsearch 的应用程序...”问题,以提供更多的背景信息。发布“在 SSPL 协议下,什么样的使用才构成‘将产品作为服务提供’?”问题和回答。
- 2021 年 1 月 15 日:发布“为什么你们要提供双重授权许可策略?”、“我使用 Elasticsearch 作为后端构建了 SaaS 应用程序...”,以及“这次变更对你们与 AWS 的关系有什么影响吗?”三个问题和回答。
能否请您总结一下 2024 年有哪些变化?
我们正在添加 AGPLv3(OSI 批准的开源许可证),作为 Elasticsearch 和 Kibana 免费开源代码部分的选项,目前这部分代码可在 Elastic 许可证 2.0(ELv2)和 SSPL 1.0 下使用。经过这种改变,该源代码将在 SSPL 1.0、AGPLv3 和 Elastic License v2 下可用,让用户在访问和使用源代码时可以自由选择适用的许可证。
什么是 AGPL?
AGPLv3 是经 OSI 批准的开源许可证,允许自由且无受限制地使用、修改和重新分发源代码,但有一个条件,即对源代码本身的任何修改和任何衍生作品都必须遵循相同的许可证。