快捷搜索:  2307  创意文化园  as  1983  1861  1962  2135  1842

usdt无需实名(www.caibao.it):重磅新闻:Elastic 公司即将修改 ElasticSearch 的开源许可证,限制云服务商的使用

原题目:重磅新闻:Elastic 公司即将修改 ElasticSearch 的开源允许证,限制云服务商的使用

1月15日,ElasticSearch 创始人、Elastic 公司 CEO Shay Banon 宣布,将 把 Elasticsearch 和 Kibana 的 Apache 2.0-licensed 源码协议修改成 SSPL(Server Side Public License、服务器端公共允许证)和 Elastic License 双重协议!下面是 Shay Banon 修改 Elasticsearch 和 Kibana 开源协议的全文翻译。

注:下面的我们是指 Elastic 公司(或 Shay Banon)

我们正在将 ElasticSearch 和 Kibana 源代码的 Apache 2.0 允许证修改为服务器端公共允许(SSPL)和 Elastic License 双重允许,而且让用户可以选择申请哪个允许。此允许证调换确保了我们的社区和客户可以自由开放地代码举行使用、修改、重新分发和协作。它还通过 限制云服务提供商提供 Elasticsearch和 Kibana 服务来珍爱我们在开发免费开放产物上的连续投资。这个修改将适用于这两个产物的所有维护分支,并将在即将公布的 7.11 版本之前发生。我们的发行版将继续使用已往三年用的 Elastic License。

源代码允许的这种改变 对绝大多数免费使用我们默认发行版的社区用户、Elastic 云客户以及自我管理软件的客户没有影响

近年来,随着市场的生长,社区已经认识到开源公司需要更好地珍爱他们的软件,以继续举行创新和需要的投资。随着许多公司最先转向做 SaaS 产物,其中一些云服务提供商已经采用了开源产物并将其作为服务对外提供,而不需要再向社区投资。在近三年前,我们开放了商业代码并建立了一个自由层,所有这些都在 Elastic License 下举行,使用 SSPL 或 Elastic License 双允许计谋是我们自然而然的下一步。这与许多其他开源公司这些年所做的类似,包罗开发了SSPL 的 MongoDB。SSPL 允许自由和不受限制的使用以及修改,但有一个简朴的要求:在 SSPL 协议下,若是您将产物作为服务提供,那么您还必须公然公布任何修改以及您自己管理层的源代码。

为什么修改开源协议

正如前面提到的,在已往的三年里,随着市场的生长,社区已经认识到开源公司需要更好地珍爱他们的软件,以保持高水平的投资和创新。随着使用 SaaS 作为交付模子的转变,一些云服务提供商利用了开源产物的优势,将它们作为服务提供,而不向社区做出任何孝敬。这种做法转移了本可以再投资到产物上的资金,并伤害了用户和社区。

和我们的开源偕行们一样,我们也亲自经历过这种情形,从我们的商标被滥用到直接贪图用开源产物的“开放”重新包装我们的 OSS 产物来盘据我们的社区,甚至从我们的专有代码中获得“灵感”。虽然每个开源公司都采取了稍微差别的方法来解决这个问题,但他们通常都修改了他们的开源允许,以珍爱他们在自由软件上的投资,同时试图保持开放、透明和协作的原则。类似地,我们也采用了这样的做法,对若何授权我们的源代码举行有针对性的更改。这一改变不会影响我们的绝大多数用户,但它将限制云服务提供商提供我们的软件作为服务。

,

Usdt第三方支付接口

菜宝钱包(caibao.it)是使用TRC-20协议的Usdt第三方支付平台,Usdt收款平台、Usdt自动充提平台、usdt跑分平台。免费提供入金通道、Usdt钱包支付接口、Usdt自动充值接口、Usdt无需实名寄售回收。菜宝Usdt钱包一键生成Usdt钱包、一键调用API接口、一键无实名出售Usdt。

,

我们估量,Elastic 公司的一些竞争对手将围绕这个转变试图流传林林总总的 FUD(Fear, Uncertainty, Doubt,中文为惧、惑、疑。FUD 最早出自吉恩·阿姆达尔之口,吉恩·阿姆达尔原为 IBM 工程师,之后脱离 IBM 自行建立阿姆达尔公司,成为 IBM 竞争对手。FUD 最早指 IBM 销售职员对客户贯注阿姆达尔公司和其他竞争对手产物的负面看法,在主顾的头脑中注入疑惑与恐惧,使主顾误以为除了该公司的产物外,他们别无其他选择。)。让我对那些唱反调的人说清楚,我们笃信产物的自由和开放,以及社区的透明度。我们以往的业绩证明了这一答应,我们将继续在这一答应的基础上继续起劲。

到底哪些有转变?

从即将公布的 Elastic 7.11 版本最先,我们将把 ElasticSearch 和 Kibana 的 Apache 2.0 允许代码替换为 SSPL 和 Elastic License 的双重允许,让用户可以选择申请哪个允许。SSPL 是 MongoDB 建立的一个可获得源代码的允许证,它体现了开源的原则,同时提供了对公共云提供商的珍爱,这些公共云提供商将开源产物作为服务提供,而不提供任何回报。SSPL 允许自由和不受限制地使用和修改,但有一个简朴的要求:在 SSPL 协议下,若是您将产物作为服务提供,那么您还必须公然公布任何修改以及您自己管理层的源代码。

我们选择这条门路,是因为它给了我们一个尽可能开放的机遇,同时珍爱我们的社区和公司。在某些方面,这种转变使我们加倍开放。作为这一转变的后续,我们将最先将我们的免费专有特征从 Elastic License 修改到 SSPL 和 Elastic License 的双重允许,这将加倍宽容,并更好地相符我们的目的,使我们的产物尽可能地自由和开放。

虽然改变我们源代码的允许在某些方面是一件大事,然则我们社区的绝大多数人不会受此影响。若是你是我们的客户,无论是在 Elastic Cloud 照样自建(on premises),没有任何改变。若是你一直下载并使用我们的默认发行版,它仍然是免费开放的,同样是使用 Elastic License。若是你一直在为 ElasticSearch 或 Kibana 做孝敬(谢谢!)你也不会有任何改变。

停止现在,已知的大数据软件服务商修改协议的事宜如下

本文主要翻译自:

引用链接

发表评论
sunbet声明:该文看法仅代表作者自己,与本平台无关。请自觉遵守互联网相关的政策法规,严禁发布色情、暴力、反动的言论。
评价:
表情:
用户名: 验证码:点击我更换图片

您可能还会对下面的文章感兴趣: