当Grafbob电竞频道ana实验室首席执行官和共同创始人Raj达特团队宣布,该公司将再次授权我们的核心从Apache 2.0 AGPLv3开源项目,他打开地板上进行讨论,鼓励那些有进一步接触的问题。我们相信诚实和透明,我们收集了来自Grafanistas难题,Raj回答公众问答。
为什么现在是这种变化?有特定的触发我们的反应?
觉得正确的时间。我之前已经公开表示,多年来我一直在思考这个话题。最近再次授权他人SSPL查询我们收到的数量增加,我们想做出决定和前进。
为什么AGPL这么特殊呢?为什么不SSPL呢?如果你看看MongoDB和弹性的趋势,我想知道你为什么不选择SSPL。
我们相信开源的业务,不试图重新定义意味着什么。
AGPLv3是一个份osi认可的许可证书为自由和满足所有标准开源软件。SSPL不是osi认可。
我们认为SSPL看着社区应对决策,MongoDB和弹性。我们尊重他们的决定,但我们决定想让Grafana实验室软件根据osi已批准的许可,因为开源社区的支持对我们是非常重要的。bob电竞频道
很难说你是一个开源公司当你使用执照,不是OSI所接受。是开源的核心我们是谁,我们认为采用AGPLv3允许我们的社区和用户有相同的自由与开源软件的核心自由,他们因为我们的《盗梦空间》。
并采用Grbob电竞频道afana实验室预计这种影响?AGPL可以创建繁文缛节在使用我们的项目在许多公司内部运行服务在互联网上。
由于AGPL是一份osi认可的许可证书,还有无处不在的历史AGPL软件已经在大多数公司,我们不希望这成为一个问题。但是,我们绝对会与任何组织关心这种变化的影响。
AGPL移动是什么和不是什么?
我们的核心项目(Grafana Grafana洛基,Grafana节奏)是AGPL移动。插件、代理和某些库仍将阿帕奇协议。你可以找到在GitHub是relicensed什么信息Grafana,洛基,节奏。
如果有叉的项目?
福克斯已经存在;事实上,Grafana开始Kibana的叉子。重要的是要注意,叉的原因是,Kibana并未做Torkel突袭(Grafana的创造者)想做(时间序列数据),和Kibana项目团队没有计划从Elasticsearch脱钩后端。显然我们的偏见在我们看来,这种类型的叉是开源进化的一个例子。Elasticsearch也出来的Lucene——不一定叉子,但实现的Lucene提供水平可伸缩性。
东西多的没有意识到的是,采用开放源码项目增加,所需的时间和资源来支持他们也会得到极大的增加——识别、筛选和修复bug,特性请求,解决安全问题,构建新功能,并确保向后兼容性。大多数叉不成功;大多数成功的项目是隐藏背后的努力,做实际工作的人,或需要,上下文的长期决策。
拥有正确的叉一个项目是什么是开放源代码的一部分。但这为一个成功的项目是不够的——你需要一个社区,采用,品牌意识(如商标),和承诺。
一些用户和客户船Grafana作为服务的一部分,或者作为一种监控他们的产品,像Red Hat Openshift和云计算。AGPL许可证会阻止他们这么做?
修改的分布不受影响。AGPL并不阻止客户运输Grafana只要他们遵守许可证的条款。对于Openshift CloudFoundry,源已经打开,所以没有问题。
像AWS云供应商呢?这种变化如何影响亚马逊为Grafana管理服务(AMG) ?
AWS是一个战略伙伴,考虑到商业关系AWS和我们AMG, AWS和AMG客户并不影响这种变化。我们希望其他XaaS提供者跟随AWS同样在使用开源软件公司可持续的方式。
这将如何影响我们的竞争对手?
我们不关注竞争对手。我们专注于我们的用户和客户。:)
这个问题的答案取决于哪些竞争对手,哪些开源项目我们正谈论的主题上。它将由他们遵守AGPLv3许可证的条款,如果我们不学习,我们将追求那些相应的问题。
将Grafbob电竞频道ana实验室给用户指导如何遵守AGPL吗?我猜我们将有很多的调查。
虽然我们不能够提供法律建议,我们致力于做的是监测这种变化和我们的用户的各种问题,并随着时间的推移,我们将继续提供指导和说明可以用我们的软件,不能做特定于AGPLv3许可证。有太多不同的模式来解决这些提前,但是我们将提供后续指导。
如何严格Grafana实验室打算bob电竞频道关于许可执行吗?
绝大多数的用户将从一开始就符合AGPL许可证。AGPL其实不难遵守。我们希望我们的许多用户会有问题,但是他们会发现它容易适应AGPL。
我们的策略是胡萝卜,不粘。当我们将强制许可条款,我们从根本上相信我们最佳路径构建一个良好的商业很简单:造就伟大的开源软件,用户/社区的反馈,帮助人们获得成功,获得足够的信任,他们会给我们时间去解释和教育他们的价值我们的商业产品(Grafana云和Grafana企业堆栈)。我们试图采取类似的方法与Grafana云,也提供一个非常健壮的自由层与开放源代码,用户不需要商业与我们充分利用Grafana堆栈。随着时间的推移,大部分的用户仍将永远不会成为商业客户,但是很多人会。
这种变化与Grafana实验室CLA(贡献者许可协议)?bob电竞频道
随着再次授权,我们正在更新我们的班为了避免许可不兼容。它将由每个因素下决定是否他们想继续贡献我们的新条款。然而,我们的新班是基于CLA Apache软件基金会提出的,因此,我们不指望它阻碍我们的社区。
我们应该担心AGPL不是战斗了吗?
AGPLv3已经存在了14年。事实上,有许多,许多流行的开源技术AGPL-licensed,他们每天利用各种规模的组织。这是维基百科的列表。在任何情况下,开放源码许可太少的原因之一在法庭上测试过,毫无疑问,它们可以执行。这听起来不可思议的是,人们通常不会战斗时昂贵的法律诉讼的结果是可预测的。
我们会再次改变许可吗?
这对我们公司是正确的决定。我们不计划另一个变化。作为我们的软件的主要版权所有者,Grafana实验室可以改变许可再次在法律的约束。bob电竞频道我们将继续思考这些主题和开源社区的对话。
我们相信我们过去的行为已经表明我们的诚信与社区的意图,和我们相信我们赢得了巨大的价值。我们打算继续赢得信任。
人不能用AGPL该怎么办?
这取决于他们试图实现的用例。在某些情况下,我们建议他们重新审视政策设定的组织决定AGPL是不可接受的。我们听到的情况下采用AGPL项目增长显著的组织(例如MongoDB),这引发了进一步的评估和AGPL项目的最终验收。除非一个内部政策的变化,用户有一些选择。
他们可以留在旧的Apache版本,考虑采用Grafana云,或对于那些不打算修改代码,简单地使用我们的企业下载。并且,proprietary-licensed,编译的二进制AGPL版本相匹配的特性,并且可以升级到利用所有的商业特性Grafana企业(企业插件、先进的安全报告,支持,和更多)购买许可证密钥。
作为客户的最终选择,希望修改AGPL版本和发布或提供服务在网络上,也不想受AGPL义务让他们修改,他们可以relicense AGPL版本根据我们支付专利许可,满足这些需求。
我们愿意使用AGPL-licensed软件我们不举行CLA特权?
在这个时候,我们不使用第三方AGPL软件在我们的商业产品。(编者按,清晰:我们的企业和Grafana Grafana云产品商业许可下提供。)bob手机app官网我们希望我们搬到AGPL驱动器采用AGPL广泛和它导致更多AGPL软件,我们可以从那里获得价值。如果我们使用AGPL软件在我们的商业产品,我们将按照许可的条款。
Grafabob电竞频道na实验室还会Grafana的Apache版本补丁修复吗?补丁将如何被许可吗?
发布安全补丁Grafana总是至少在最近的两个稳定的小版本的最近的两个主要版本。其他补丁需要决定通过案件。如果修复补丁一个阿帕奇协议版本,修复也将阿帕奇协议。
如果Kibana AGPL项目,将Grafana甚至存在吗?我们是虚伪的吗?
我问Torkel,他说,如果Kibana AGPL项目,Grafana可能AGPL从第一天开始。
这当然是一个假设性的问题,所以很难确定,会影响后续的业务决策,该公司可能有。
业务决策来提高我们公司的商业上的成功的可能性,同时也支持我们的健康繁荣的Grafana社区的基础上新的信息和一个不断发展的形势不是虚伪的。
我们有一个想法,可能出现的最坏情况是什么?
最坏的情况是几家公司可以联合起来叉我们的项目。他们可以在现有的基础或协作形成一个新的基础,把主要工程工作分支Grafana和创建/维护一个Apache许可。他们可以在创新我们和社区的质量转移到他们的叉。然而,这个的可能性非常低。
它的非常低,部分是因为这将需要从头开始重建整个社区的专家,或Grafana“偷猎”的几个主要因素。我们的主要防御这是我们长期关系与我们的社区和我们的价值和照顾我们的团队。我们关心我们的社区和响应他们的需求和要求。
另外,我们计划保持品牌和商标,我们公司和社区的利益。任何叉都必须建立自己的声誉。
Grabob电竞频道fana实验室将提供私有企业和云代码源码许可协议?
不。当我们看到源码专有软件的价值,我们不提供我们的专有软件产品源代码许可协议。bob手机app官网
世界会不会更容易做到这一点的掩护下弹性再次授权?
当然,但我们没有试图隐藏我们的再次授权。我们没有理由。恰恰相反,我们是追求绝对最大的透明度。
