Live data from Hacker News

Licensing changes to Elasticsearch and Kibana

elastic.co

41–50 of 378 posts

Re: Licensing changes to Elasticsearch and Kibana

#41
post #36
post #35

Here's the actual change: > Starting with the upcoming Elastic 7.11 release, we will be moving the Apache 2.0-licensed code of Elasticsearch and Kibana to be dual licensed under SSPL and the Elastic License, giving users the choice of which license to apply. So starting with 7.11 no parts of Elasticsearch will be released under an open source license. They aren't making everything SSPL, though. Their paid features co…

SSPL is based on the GNU AFFERO GENERAL PUBLIC LICENSE https://webassets.mongodb.com/_com_assets/legal/SSPL-compare... So apart from adding the cloud non-compete clause (don't offer Elastic as a Service) there are many more restrictions added compared to Apache 2. For example I think linking can only happen with GPL3 code and it is copylefted instead of permissive https://en.wikipedia.org/wiki/Comparison_of_free_and_…

What will this entail for when you're building Elastic Plugins?

Re: Licensing changes to Elasticsearch and Kibana

#42
post #34
post #12

"protection against public cloud providers offering open source products as a service without contributing back". I have no issue with whatever license they choose, but let's be honest, its not about contributing back to these projects, its inserting a poison pill clause that they know cloud providers can't meet. Specifically, by contributing back they mean, per the license: "If you make the functionality of the Prog…

What do you expect them to do though? If they want to be viable as a business they need to place some restrictions so they can have a monopoly on some aspect in order to derive profit. If they're not viable as a business, they die and nobody benefits from that. It's this kind of all or nothing criticism that has made me rethink open source. I'm releasing a product this year, and it's going to start under a proprietar…

I expect Elastic to not pretend they are doing this in the spirit of getting contributions back. Just say that this is in the interests of their business model.

Re: Licensing changes to Elasticsearch and Kibana

#43
post #17
post #12

"protection against public cloud providers offering open source products as a service without contributing back". I have no issue with whatever license they choose, but let's be honest, its not about contributing back to these projects, its inserting a poison pill clause that they know cloud providers can't meet. Specifically, by contributing back they mean, per the license: "If you make the functionality of the Prog…

contributing back can mean monetarily. i’m sure elastic would be willing to sell a commercial license to a cloud provider if the deal makes sense.

Thats fine, but then don't title the blog post "Doubling down on open", make it "Creating a more profitable business model".

Re: Licensing changes to Elasticsearch and Kibana

#44
post #35

Here's the actual change: > Starting with the upcoming Elastic 7.11 release, we will be moving the Apache 2.0-licensed code of Elasticsearch and Kibana to be dual licensed under SSPL and the Elastic License, giving users the choice of which license to apply. So starting with 7.11 no parts of Elasticsearch will be released under an open source license. They aren't making everything SSPL, though. Their paid features co…

I'm wondering how this affects the distribution of x-pack. From what I'm reading, the new Free model probably includes it and we have to turn it off if we don't want it? I wish there was still an x-pack free distribution in this model.

Re: Licensing changes to Elasticsearch and Kibana

#45
post #30
post #28

I can understand the motivation - AWS' approach, particularly to elastic, has been pretty awful, and migrating away from Apache/GPL/MIT is like a coming of age for the big databases (Mongo, Cockroach, Elastic...) - but calling the article 'Doubling Down on Open' stretches credibility. Be honest, treat us like adults and cut all the 'we're doing this to remain open' crap. You are a public company who wants to increase…

Special mention for this paragraph: 'we expect that a few of our competitors will attempt to spread all kinds of FUD around this change. Let me be clear to any naysayers. We believe deeply in the principles of free and open products, and of transparency with the community.' Get your offense in early and try not to mention open source!

This.

I feel so much for the hundreds of open source developers who toil everyday only to have AWS make so much money out of it, to make the largest shareholder the richest man on earth, while contributing nothing back to any of the open source projects. This has to be fixed or we will see less and less developers open sourcing quality products

Re: Licensing changes to Elasticsearch and Kibana

#47
post #27

Earlier quoted context omitted.

Elasticsearch couldn't exist without the open source Lucene project which is at its core. Lucene is licensed under the permissive Apache license which is why Elastic is able to release proprietary paid modules that link with it. Now they are closing the same holes that they themselves used to create their product. Contributing back is definitely the last thing on their minds.

Elastic contributes massively to Lucene, so this is a false dichotomy

Thanks for pointing this out.

Red Hat (my employer currently) is typically in the same boat here and it drives me crazy how people don't think about that before criticizing.

People love to say, "Red Hat couldn't exist without " which is true, but what they don't realize is that a ton (sometimes all) of the development of that upstream project is done by Red Hat employees. Without that a lot of projects may not even exist.

There are no doubt "open source" companies that take more than they give, but it's a little more nuanced and complicated than people make it out to be.

Re: Licensing changes to Elasticsearch and Kibana

#48
post #35

Here's the actual change: > Starting with the upcoming Elastic 7.11 release, we will be moving the Apache 2.0-licensed code of Elasticsearch and Kibana to be dual licensed under SSPL and the Elastic License, giving users the choice of which license to apply. So starting with 7.11 no parts of Elasticsearch will be released under an open source license. They aren't making everything SSPL, though. Their paid features co…

I'm wondering how this affects the distribution of x-pack. From what I'm reading, the new Free model probably includes it and we have to turn it off if we don't want it? I wish there was still an x-pack free distribution in this model.

Since the entire Elasticsearch codebase is now under SSPL, there's no more distinction between the former Apache-2 code and the x-pack code.

Re: Licensing changes to Elasticsearch and Kibana

#49
post #37
post #34

Earlier quoted context omitted.

What do you expect them to do though? If they want to be viable as a business they need to place some restrictions so they can have a monopoly on some aspect in order to derive profit. If they're not viable as a business, they die and nobody benefits from that. It's this kind of all or nothing criticism that has made me rethink open source. I'm releasing a product this year, and it's going to start under a proprietar…

Agreed, if their hosted cloud services and premium features aren't viable as a business, and they don't have any intention to develop this software without a profit, then they shouldn't have positioned themselves as a free-and-open-source product in the first place.

You can run the SSPL'd code, you can view the SSPL code, if you change the SSPL code then contribute back if you distribute your changes. If you run a service providing the SSPL code, contribute the management layer back as well.

It gets more code into the open, where's the disconnect?

Re: Licensing changes to Elasticsearch and Kibana

#50
post #48

Earlier quoted context omitted.

I'm wondering how this affects the distribution of x-pack. From what I'm reading, the new Free model probably includes it and we have to turn it off if we don't want it? I wish there was still an x-pack free distribution in this model.

Since the entire Elasticsearch codebase is now under SSPL, there's no more distinction between the former Apache-2 code and the x-pack code.

There are still proprietary modules only available under the Elastic License just as before.

However it seems that they will be moving the free modules which were previously only licensed under Elastic License to be licensed under SSPL instead.

At least, that is what this graph seems to be indicating to me. https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce...

Post reply on HN