平台的开发者 数据可视化 Grafana宣布过渡到AGPLv3许可证， 而不是以前使用的Apache 2.0许可证。
奇怪的是 一些用户指出原因之一 从Grafana项目的成功开始，该项目最初旨在优化现有的Kibana产品界面，以可视化随时间变化的数据，而不再链接到Elasticsearch存储库， 是选择更宽松的代码许可证。 随着时间的流逝，Grafana开发人员组建了Grafana Labs，该实验室开始推广商业产品，例如Grafana Cloud云系统和Grafana Enterprise Stack商业解决方案。
做出更改许可证的决定是为了维持运营并与不参与开发的供应商竞争，但他们在产品中使用了Grafana的修改版本。 与ElasticSearch，Redis，MongoDB，Timescale和Cockroach等项目所采取的激进措施相反，该措施已转换为非开放许可证，而Grafana Labs则试图做出平衡社区和企业利益的决定。 根据Grafana Labs的说法，向AGPLv3的过渡是最好的解决方案：一方面，AGPLv3符合免费和开放许可的标准，另一方面，它不允许寄生化开源项目。
我们公司一直试图在开源和社区的“价值创造”与我们的货币化策略的“价值获取”之间取得平衡。 选择许可证是该策略的关键支柱，这是自公司成立以来我们一直在深思熟虑的事情。
在过去的几年中，我们一直密切关注着我们仰慕的几乎所有开源公司，例如Elastic，Redis Labs，MongoDB，Timescale，Cockroach Labs，以及许多其他公司，都在发展其许可制度。 在几乎所有这些情况下，结果都是切换到未经OSI批准的可用字体许可证。
那些使用未修改版本的人 Grafana在其服务上或发布更改代码（例如，Red Hat Openshift和Cloud Foundry） 它们将不受许可证更改的影响。 该更改也不会影响Amazon，后者为Grafana（AMG）提供了Amazon Managed Service云产品，因为该公司是战略开发合作伙伴，并为该项目提供许多服务。
具有禁止使用AGPL的公司政策的公司可以继续使用Apache的较旧许可版本，预期将继续为其发布漏洞补丁。 另一种解决方法是使用Grafana的专有企业版，如果没有通过购买密钥激活其他付费功能的话，该版本可免费使用。
回想一下， AGPLv3许可证的特殊之处是引入了附加限制 用于确保网络服务运行的应用程序。 当使用AGPL组件来确保服务运行时， 开发人员有义务向用户提供源代码 对这些组件所做的所有更改中，即使未分发服务基础的软件，并且仅在内部基础结构中使用该软件来组织服务的操作也是如此。
AGPLv3许可证仅与GPLv3兼容，GPLv2会与GPLv3许可证下提供的应用程序产生许可证冲突。 例如，要发布AGPLv3下的库，则所有使用此库的应用程序都必须按照AGPLv3或GPLv2.0许可证来分发代码，因此某些Grafana库已获得Apache XNUMX许可证的许可。
除了更改许可证之外， Grafana项目与开发人员签订了新协议 （CLA）， 它决定了代码的产权转让， 允许Grafana Labs未经所有开发参与者的同意而更改许可证。
旧的Harmony贡献者协议已由Apache Foundation贡献者签署的基于文档的协议所取代。 表明该协议对开发人员而言更易于理解和熟悉。
数据来源： https://grafana.com