Live data from Hacker News

AWS announces forks of Elasticsearch and Kibana

aws.amazon.com

601–610 of 969 posts

Re: AWS announces forks of Elasticsearch and Kibana

#601
post #384

I do not get why people are coming down on AWS here. Elastic made the software available under the Apache License. That gives AWS the right to offer this service. Maybe they did not have right to trademarks, there are courts to settle that. AWS contributes improvements to the project. This is just about Elastic and their business model. They could have not made it open source and it probably just would not have been…

I don't really get how people get this twisted. ES and other companies have a business that sells a managed version of their product. This is how they sustain developers to continue working on Elastic Search. This model has worked for companies long before cloud providers were a thing. What AWS and others basically did is create identical services, keep all the profits, and exploit gaps in Open Source licensing to th…

Disappointing to see Kodah discounting all the open source contributors to ES. Please read this before you support folks like Kodah and Elastic hijacking ES.

In short - this feeling that Elastic owns Elasticsearch (other than maybe trademark) is totally false. Many people contributed and adopted BASED on a real open source license.

https://drewdevault.com/2021/01/19/Elasticsearch-does-not-be...

Re: AWS announces forks of Elasticsearch and Kibana

#602

I do not get why people are coming down on AWS here. Elastic made the software available under the Apache License. That gives AWS the right to offer this service. Maybe they did not have right to trademarks, there are courts to settle that. AWS contributes improvements to the project. This is just about Elastic and their business model. They could have not made it open source and it probably just would not have been…

Interesting. Why not buy the company then?

Re: AWS announces forks of Elasticsearch and Kibana

#604

I do not get why people are coming down on AWS here. Elastic made the software available under the Apache License. That gives AWS the right to offer this service. Maybe they did not have right to trademarks, there are courts to settle that. AWS contributes improvements to the project. This is just about Elastic and their business model. They could have not made it open source and it probably just would not have been…

Unless it's not clear yet, the biggest benefactors of OSS have become the 3 largest cloud vendors owned by 3 of the largest tech mega corps, namely:

  - AWS
  - Azure
  - GCP
The multi-billion dollar infrastructure and network lock-in cloud vendors enjoy ensures there will only be these 3 cloud platforms (in the western world) that will enjoy most of the value derived from OSS, who are collecting rents on the backs of ISV's who developed the OSS products, because of which they're also going to be most invested in keeping the OSS status quo where they're able to repackage the resources & efforts others have invested into developing their OSS products and reap a majority of the profits by offering it as a managed hosted service on their platform, since relatively no customer using the cloud is going to want to use an external service if there's also the same managed service being offered by the cloud vendor.

The fantasy that OSS allows equal competition is no longer a reality, ISV's cannot compete with a cloud vendor who uses their own investments against them in addition to their anti-competitive monopoly lock-in of already having Customers running on their cloud platform.

Elastic's move to SSPL is effectively "OSS + free for everyone with the exception of exploitation by a major cloud vendor", since without it we're heading towards a mono culture future where all hosted OSS software is going to be funded and resourced by the billions major cloud vendors have reaped in collecting all the rent for hosting others OSS investments, that AWS gives nothing back in exchange for.

SSPL is effectively being used a tool to force AWS to do the ethical thing and reach an agreement with Elastic to distribute a portion of their profits from using their trademarks and hosting their Software they've invested a decade in building. AWS has instead chosen the path to maintain their own fork to avoid sharing any profits with Elastic as they're obviously currently making so much from hosting Elastic's products that it's in their financial best interest to start hiring dev resources to maintain their own fork then sharing profits with Elastic to fund its continued development.

Will be interesting to see how this strategy turns out, AWS may have already become to big to compete against who will be able to out resource, out fund & take over any ISV's OSS product, but it's clear the longer Elastic waits, the harder it would be to protect their own investments being used against them.

Re: AWS announces forks of Elasticsearch and Kibana

#605
post #384

I do not get why people are coming down on AWS here. Elastic made the software available under the Apache License. That gives AWS the right to offer this service. Maybe they did not have right to trademarks, there are courts to settle that. AWS contributes improvements to the project. This is just about Elastic and their business model. They could have not made it open source and it probably just would not have been…

I don't really get how people get this twisted. ES and other companies have a business that sells a managed version of their product. This is how they sustain developers to continue working on Elastic Search. This model has worked for companies long before cloud providers were a thing. What AWS and others basically did is create identical services, keep all the profits, and exploit gaps in Open Source licensing to th…

> matter of time before ES is dropped by Amazon and totally unsupported.

Amazon is not Google, they virtually NEVER drop a service.

Re: AWS announces forks of Elasticsearch and Kibana

#606
post #439

Earlier quoted context omitted.

The AGPL is nearly 2 decades old, and its tradeoffs are well known among people working in open source. If Elastic had wanted its protections (and restrictions) they easily could have chosen it.

AGPL also harms adoption at companies because of the "invasive" nature of the license. Google, for example, bans the use of any AGPL software. It's too vague for the legal team to confidently understand the "bounds" of the copyleft license. Permissive licenses like MIT/Apache have historically been what companies prefer to have when evaluating free software. And, generally, it hasn't been a problem for companies like…

> What has shifted is that, where before, there was a "code of honor" that companies could use FOSS software and Elastic would benefit from the uptick in adoption via support contracts, community building libs + writing docs, and encouraging "network effects" for them.

I've run a couple of COSS companies and have a few arrows in the back on this subject. The 'code of honor' is not enough to float even a small company. I don't think it ever was.

Most people simply won't pay if they don't have to. It's not just a matter of money. Buying software in established companies can be a head-exploding hassle--as in 6 months of fighting procurement. Plus those do-a-good-deed contracts have a habit of disappearing as soon as there's a budget crunch or the enlightened manager who pushed it through moves to something else.

I'm not knocking such contracts in any way. They are kind of like crowdfunding for OSS and can be lifesavers. But it's naive to build a company on them.

To have a profitable COSS business you need to sell something sticky that customers need and can't get elsewhere, so there's a real exchange of value.

Re: AWS announces forks of Elasticsearch and Kibana

#607

Earlier quoted context omitted.

Slightly off topic but... > …except Elastic doesn't want to use the AGPL because anyone using Elasticsearch would have to open-source their whole codebase — a non-starter for most companies. They wouldn't have to. This is a common misconception about AGPL.

Is the AGPL not a copyleft license? What are the derivative works you're required to distribute as AGPL?

If you're using a database that's not tightly integrated into your project and distributed with it, I don't believe you'd have to open your project. The API is the boundary:

- your project running on Linux kernel doesn't become GPL

- your project talking to MySQL doesn't become GPL and one talking to mongodb pre-2018 doesn't become AGPL

- your project talking to elasticsearch wouldn't become AGPL

(However AWS search offering... could?)

Re: AWS announces forks of Elasticsearch and Kibana

#610

Earlier quoted context omitted.

Slightly off topic but... > …except Elastic doesn't want to use the AGPL because anyone using Elasticsearch would have to open-source their whole codebase — a non-starter for most companies. They wouldn't have to. This is a common misconception about AGPL.

Is the AGPL not a copyleft license? What are the derivative works you're required to distribute as AGPL?

AGPL is meant to address the situation where someone takes GPL code, such as a database server, runs it on their systems (possibly with proprietary modifications), and provides network access to it to users, and does not provide those users with the source code. That is perfectly acceptable under GPL, GPL doesn't trigger if you aren't distributing the program.

What AGPL changed is that they made it trigger on distribution (like GPL) and on interactive access of modified versions over a network.

If Amazon's plan had been to make money by hosting a proprietary fork of the server, which would give them some sort of advantage over other clouds like Azure or Google that only have the non-proprietary version, AGPL would thwart them.

But that doesn't seem to be the case. They don't appear to trying to make it proprietary. They seem happy to run the same code that everyone else does. They are making money from it by selling management and support services for it.

AGPL doesn't impede doing that at all.

Post reply on HN