Apart from the general consternation about an OSS license becoming non-OSS, can we also talk about the problem that companies are formed, invest a whole lot of resources into creating a product, open-source it, and then have Amazon eat into their profits by just installing and maintaining that product as a service?
No matter how you slice it, I think Amazon is bad for us end-users, and Elastic is good. Elastic could have released ES as closed source, but they didn't, and the OSS ecosystem is better for it. They were hoping to make money off their product, which I don't think anyone can fault them for, but instead Amazon came in and took a bunch of that money while not giving anything back.
Now Elastic is not happy, and I wouldn't be either. As an end user, I'm grateful the circumstances exist that allow companies to make a living from OSS, and I want to encourage that. AWS is the fly in the ointment there, and I don't see how blaming Elastic for not giving us stuff for free any more is anything other than entitled. We should be grateful that ES is OSS at all, and we should want an environment where companies that produce OSS can thrive, instead of blaming them for wanting to get paid for the work that they release freely into the world.
Amazon hinders that, period. I don't think Elastic is in the wrong here, I think Amazon is.
> Apart from the general consternation about an OSS license becoming non-OSS, can we also talk about the problem that companies are formed, invest a whole lot of resources into creating a product, open-source it, and then have Amazon eat into their profits by just installing and maintaining that product as a service?
Ten years ago I would be very hesitant adopting ElasticSearch if I knew that they were the only ones allowed to maintain a cloud solution of it. The fact that is was liberally licensed made me less afraid of vendor lock-in.
In my opinion it seems like Elastic wants ElasticSearch to still be perceived as the fully open source project (with all of its good connotations) it once was.
> AWS is the fly in the ointment there, and I don't see how blaming Elastic for not giving us stuff for free any more is anything other than entitled. We should be grateful that ES is OSS at all, and we should want an environment where companies that produce OSS can thrive, instead of blaming them for wanting to get paid for the work that they release freely into the world.
It's okay to release things as non-OSS. It's also okay to release something as OSS first, and then regret later. But it's super weird that they're painting this picture of AWS being a big evil company when they're just doing exactly what is expected. Can't they just say "we're not able to build a company around the liberal license" instead of this "we're such an open company and we love open source and AWS is ruining everything" talk?
The new license doesn't restrict others from operating Elasticsearch as a service. It restricts others from operating Elasticsearch as a service unless they release any source code patches, improvements, and/or functionality extensions they make to it.
To me, that's exactly what you're saying you expected from liberal licenses, but it's delivered by a restrictive license, using the restrictions popularized by GPL licenses. This makes ElasticSearch more open source, rather than less, because now anyone who uses it has to "open" their source code. That's the premise of GPLv3 in a nutshell, and I'm hard-pressed to understand how it's a drawback here.
Have I misunderstood and their new license somehow reduces the openness of their source code to the world?
I think the term "more open" is a bit too vague in this discussion. Sometimes people use it to refer to permissiveness (e.g. BSD) and sometimes people use it to refer to stimulating further open source work (e.g. GPL).
(And if we're following the "definitions" then ElasticSearch is no longer "open source" since that has a strict definition, but it's probably not so relevant in this discussion.)
I also don't really object to their license choice at all; what I object to is how they're framing the discussion. This license change is all about business: They want to be able to sell their cloud service without competition. That's perfectly okay, but there's no need to hide this. And certainly no need to "shame" Amazon for building a business on top of something Elastic open sourced.
> Have I misunderstood and their new license somehow reduces the openness of their source code to the world?
I think their new license just shows that it's all about business. If they really wanted an open source license which stimulates anyone to share improvements to ElasticSearch they could have picked GPL. As of now, any big company (Facebook, Google, etc) can create an improved internal fork of ElasticSearch which none of the community will ever be able to take advantage of. And why are they fine with Facebook/Google doing this? Because it won't jeopardize Elastic's cloud offering.
In addition, their new license also makes it harder for other people to build businesses on top of ElasticSearch. Imagine that I invest a ton of time and effort into creating a new management layer which is capable of scaling ElasticSearch drastically better. Something completely novel which looks at current trends of traffic and automatically moves shards around. Non-trivial stuff. Well, sorry, there's no way of building a business on top of this idea.
> If they really wanted an open source license which stimulates anyone to share improvements to ElasticSearch they could have picked GPL. As of now, any big company (Facebook, Google, etc) can create an improved internal fork of ElasticSearch which none of the community will ever be able to take advantage of
GPL does not require releasing source code or patches except to those whom you give the binaries. If Facebook creates an improved internal fork of GPL code and runs it inside of Facebook, they can keep their sources/patches private and be in compliance with GPL.
There is a practical advantage to upstreaming your patches: because it makes maintenance easier if those patches are accepted and merged upstream, but there's no legal/license requirement to release them for code that you keep internal to your company.
IANAL but I believe that the AGPL would address the case where AGPL code was used in a user facing setting. If the code was used only internally I believe that it is no different from the GPL in this respect.
Correct: AGPL3 is GPL3 + one requirement – any user who communicates to a program must be able to retrieve its source code.
If ES was under AGPL3, AWS' ES server would absolutely fall in scope.
The Facebook example, however, is tricky. You are technically right: the FSF calls this the Service as a Software Substitute (SaaSS) problem[1]. But Facebook can run an AGPL3 project and, as long as they are careful, will not need to expose any changes they make to it.
In practice, Facebook and other big corporations are extremely unlikely to do this. If they get it wrong, they've inadvertently accepted a license they didn't mean to, which could open them up to liability or worse – relicensing things. To prevent this you get a set of approved permissive licenses that are always kosher. If you want to stray off the path there is a set of massive flaming hoops you have to jump through (VP approval? legal review? just the beginning of your fun!) that are designed to convince you that you should chose a different path that involve more permissively licensed software.
> The new license doesn't restrict others from operating Elasticsearch as a service. It restricts others from operating Elasticsearch as a service unless they release any source code patches, improvements, and/or functionality extensions they make to it.
If this was AGPL, I'd agree with you. IANAL, but SSPL is so broad that it could be construed to cover the Linux kernel, which is a no-no. :(
What real, non-theoretical, "would stand up in a courtroom" risk is there if the SSPL extends to cover the Linux kernel?
SSPL: you have to share your source code to the Linux kernel if you sell Elasticsearch-as-a-service"
GPL: you have to share your source code to the Linux kernel if you release binaries
SSPL+GPL: you have to share your source code to the Linux kernel if you sell Elasticsearch-as-a-service or if you release binaries
As long as the source is duly published under the merged SSPL+GPL conditions above, anyone trying to bring a GPL case against Elasticsearch-SSPL-on-Linux-GPL may discover that their judge refuses to enforce the GPL's hostility clause, because the SSPL strengthens the intent of the GPL without weakening it in any respect. We'll never know until someone gets to a judge, though, but my armchair speculation bet is that the "can't combine this license" clause won't hold up when the combination increases the total amount of Copyleft in play without decreasing it in any regard. I hope someone takes this to court and doesn't settle, or else we'll never find out :)
(I'm not your lawyer, this isn't legal advice, etc.)
No offense but this advice is rather risky and legally dangerous, please don't tell people to potentially put their products in jeopardy by doing this. The correct thing to do is for MongoDB/Elastic to just clarify the wording in the license.
No. The correct thing is to adopt a license I understand.
AGPL is okay.
I'm not hiring a lawyer when I'm selecting a few tools to benchmark. I'm not using EC until I've had the license reviewed by a lawyer. Ergo, redis or similar.
If the license is so badly worded that nobody can understand it, it needs to be corrected. I agree you should not hire a lawyer for that, it's not your lawyer's job to fix some other company's license for them. It's a shame that MongoDB appears to have completely lost interest in drafting SSPLv2.
Redis is still FOSS under the BSD license. If Redis Labs were to change the Redis license, AWS would fork it in a heartbeat. To help clear up confusion you can read about the Redis, Redis Modules and Redis Enterprise licenses here: https://redislabs.com/legal/licenses/
ElasticSearch know exactly what they are doing here.
By leaving it grey and a little open to intrepretation they know that AWS lawyers will have to advice AWS to avoid it because it might open them up to legal attack.
You write as though the AWS lawyers' advice is binding. However the article starts with a trademark violation and apparently in that case, the AWS lawyers didn't have the upper hand internally.
> In my opinion it seems like Elastic wants ElasticSearch to still be perceived as the fully open source project (with all of its good connotations) it once was.
That’s my attitude towards most of these license changes or “open core” pivots. These companies want all the good will and community contributions of “open source” while still being able to wield intellectual property protection laws against other companies who dare compete against them on unrelated, commoditized services like hosting.
It's somewhere between bait and switch & dumping. It's very hard to compete against free. And it's very hard to make money when you give away your product for free. Cloud hosting was a way out of that conundrum. But that window is now closing as the big cloud operators move in + the rise of Docker making hosting much easier.
> And it's very hard to make money when you give away your product for free. Cloud hosting was a way out of that conundrum.
But surely it's only a conundrum if the primary goal of a software project is for a single company that has the same name as the software project to exclusively make money by selling hosting and/or support for that software while still using an open source license to attract a community of developers to work for you for free. I'd argue that this conundrum is easily resolvable: either have an open source software project for which anyone can sell support and hosting, or have a software company that develops proprietary software and sells it and related services.
The only mistake Elastic seems to have made here is not releasing ElasticSearch under something like the SSPL in the first place. Of course, it didn't exist then.
Almost every user would have been free to use it exactly as they do today.
I think AWS is a case of someone ruining it for the rest. Yes, they’re allowed to do that and there’s nothing wrong legally, but in the end everyone will be worse off.
I would be much more hesitant choosing an storage solution if I knew the parent company has problems monetizing upon it.
> more hesitant choosing an storage solution if I knew the parent company has problems monetizing
You should be hesitant about choosing any mission critical product where you don't know how the vendor will make money. This is even the case with stable vendors. How many products has Google killed over the years because they could figure out how to make them profitable (enough)?
> How many products has Google killed over the years because they could figure out how to make them profitable (enough)?
HN never ceases to amaze me. This is a post on pattern of exploitative and anti-competitive behavior of AWS. Somehow HN crowd found a way to whine about Google. Every single day multiple anti-Google posts on HN front page was not enough.
> In my opinion it seems like Elastic wants ElasticSearch to still be perceived as the fully open source project (with all of its good connotations) it once was.
This. It is too bad they couldn't have satisfactory financial success building on open source and it is their right and perfectly fine to switch to a different model, but their justification as well as the SSPL dual licensing muddle the water unnecessarily.
At least the blogpost clearly states it is no longer open source, but then it goes "it's just definition, we're actually totally free and open, just, you know, not OSI free and open".
SSPL software is not free software, it is not FOSS. Calling it "free and open software" is misleading at best.
I don't have any problem calling SSPL software "open source". Or AGPL software, for that matter. What's not free or open about applying copyleft to network services?
The license discriminates based on field of endeavor, invoking additional constraints on the basis of what you use the software for.
The legal team for Fedora expressed this well, I think:
> It is the belief of Fedora that the SSPL is intentionally crafted to be
aggressively discriminatory towards a specific class of users.
Additionally, it seems clear that the intent of the license author is to
cause Fear, Uncertainty, and Doubt towards commercial users of software
under that license. To consider the SSPL to be "Free" or "Open
Source" causes that shadow to be cast across all other licenses in the FOSS
ecosystem, even though none of them carry that risk.
The field-of-endeavor and persons-or-groups discrimination arguments don't stand up. They just sound nice if you want to knock the license.
If SSPL discriminates against a "field of endeavor" that is making proprietary software, or against "persons or groups" that are proprietary software developers, all copyleft licenses do. That was the point. Here's Richard Stallman on the GPL:
> I make my code available for use in free software, and not for use in proprietary software, in order to encourage other people who write software to make it free as well. I figure that since proprietary software developers use copyright to stop us from sharing, we cooperators can use copyright to give other cooperators an advantage of their own: they can use our code.
The quote from Fedora perfectly encapsulates the difference between the OSI review process as people perceive it and the OSI review process as it really was. Are we judging license terms, or what we believe to have been in the secret heart of the company that wrote them? What happens when someone else uses the license, as when independent hackers choose GPL, or startups choose AGPL?
Commercial software makers have plenty to fear from GPL, AGPL, and other open source copyleft licenses, because so many of their business models entail slurping up other people's open code, but not sharing their own. Those licenses prohibit building proprietary software with open code, just not if you happen to "compose" a service with network API calls, rather than build a program by copying code snippets, using frameworks, and linking libraries.
Amazon convinces investors to eschew profits. Unusual. Result: lower cost of capital.
Amazon benefits from extended tax holiday. Result: lower cost of doing business.
Amazon appropriates FOSS. Result: lower cost of development.
Amazon knocks off successful products, competing with their own partners in their own walled garden. Result: lower cost of product development.
Amazon allows counterfeit products, fake reviews, and other fraud. Result: lower cost of operations.
Amazon uses gig workers. Result: lower cost of labor.
I'm sensing a pattern...
Amazon's success, their prime (pun!) advantage, is built on aggressively avoiding costs normally incurred by other businesses. They perfected WalMart's strategy.
Sure, they've done some clever stuff. Throw enough spaghetti, some of it will stick. Free shipping with Prime membership is akin to Tencent's freemium (genius). And figuring out how to sell excess capacity was cool.
I'm sure a lot of other leaders would share Bezos' tolerance for risk, commitment to long term plans, if only they weren't micromanaged by Wall St.
Poor phrasing on my part. I mean decisions which weren't obviously correct beforehand.
I certainly didn't grok AWS for way too long.
And there was plenty of concern trolling about free shipping, eg "how long can they sustain this loss leader?!". Very long when you have free capital, certainly more than anyone else. It fortuitously parlayed into amazing customer retention and upselling. What Prof G (Scott Galloway) has coined the rundle (recurring revenue bundle). Proved so effective, in fact, that everyone's now doing subscriptions for everything.
Getting investors to give Bezos free money for being Bezos was actually pretty good for customers and got everyone free one-day shipping. Amazon is an investor charity like Uber, not a business.
Right now it is better for the customers, but that doesn't mean it will continue to be this. You assume that once/if Bezos crushes the rest of the competitors he won't start significantly increasing prices.
We saw something similar in the 90s where health care prices plummeted as the now winners developed and convinced the public that their monopolies were good. Now they are able increase prices by 15-20%/yr into the foreseeable future.
This is not a prediction (per se), but a statement that we should realize that monopolistic might be good for the consumer in the short term but bad in the long term.
There appear to be more competitors than ever to me. Amazon doesn't have much of a moat in their retail business (they do in AWS) since your lock in is only that you've bought Prime for the year; they're merely very good at it.
They do though. If one has paid for Prime, they might not even think about shopping elsewhere because they get Free n day shipping, for whatever value of n Amazon has nowadays.
> And figuring out how to sell excess capacity was cool
If you're referring to how Amazon Web Services was born out of the excess server capacity in their eCommerce service, this has been debunked as a myth [1]
Yes, and we are all voting with our wallets by buying the cheapest products. Just like with China. And just like with Chinese production, we'll regret it when it's too late.
Isnt that ultimately every business trying to do save costs? I dont see anything wrong as long as it is legal. ElasticSearch here wants to pervade the notion that they are open but wants to exclusively maintain cloud hosted versions. Thats not how opensource works, Open source works through open collaboration and feeedom. Opensource forks are completely valid as long as they dont violate the licensing terms.
I apologize. I'm simply trying to understand and explain, if only to myself, to better calibrate expectations.
I do not criticize or defend Amazon's parasitic relationship with FOSS. Frankly, I don't yet see how it can be any other way. I just merely acknowledge the plain truth. And that Amazon is better at this than the other belligerents.
While I'm a very happy Amazon Prime customer, I'd never be an employee or otherwise do business with Amazon. I just feel like there's no way for me to benefit proportionally. Per the parable of the lion's share.
> ...the wrong assumptions how to make money out of MIT/BSD style licenses.
Go on.
I'm hoping someone, anyone will discuss Peter Hintjens' (ZeroMQ) advice.
I have three projects in my back pocket. Once seen, their secret sauce is trivially reproduced. I can think of no way to publish them as anything other than FOSS. Not even as a service. Nor can I figure out how to pay rent working on them.
Which is a pity. These three tools are pretty neat.
Here is my advice, other professions pay for the tools they use for their job.
Actually outside of the webdev bubble most companies are willing to pay for software too. SolarWinds in the news for all the wrong reasons now but their bread-and-butter was selling things to big corporations that webdevs would demand for free.
Any time I've seen it, it's glaringly obvious that HN users come down on both sides of the issue.
Pattern-matching detractors of your position as dominant in a particular venue's discussion is a common partisan failure mode. Doesn't mean you have to succumb to it.
Sorry I hate to disagree. HN has lost its way last few years. The amount of FUD spread against Google on HN is mind-boggling. Every single day there is at least one anti-Google post on HN front page. Most of the content is the old broken record. I simple hide these posts from newsfeed. But the moderators have chosen to look other way.
On top of that, lots of discussion has become simply low-quality. The comments on technical posts turn into complaining about something not related to the technical content rather about the product. The amount of complaining and whining is through the roof. Mods should look into "Whine Wednesday" type threads to keep the off-topic whinings and complaining invading every single thread.
We should realize that we all succumb to the same biases when communicating in an online forum and exhibit the same tropes - exasperation at the loss of our 'secret hangout', frustration that companies we like get bashed repeatedly, and over-analyzing and drawing broad conclusions from strangers on the internet.
Try to enjoy the good responses and don't get so bothered by the rest! Or maybe there's another community that is more enjoyable out there. Personally I can put up with some of the noise and repeated points like yours because there's still plenty of value for me in these posts. Best of luck.
I dont think there is a group like "HNers", HN is just composed of people with diverse opinions. No one agrees on everything. The rules are simple, so long as we agree to disagree everyone gets along.
This is almost, but not quite, the "Tivoization" that prompted the creation of the GPL3.
The requirement to give something back and/or avoid taking profit from the work of others is something the OSS world has a complicated relationship to. GPL is quite clear that there's a requirement to pass on source changes, if not explicitly to give them back, and many people were outraged by even this limited requirement and instead chose licenses which imposed no requirements at all.
Similarly, people want their work to be used for free by everyone .. but haven't really considered that this results in them working for the Bezos fortune, for free. Or the US military, for free.
There aren't simple clear answers to these questions, only a slowly evolving discussion.
> There aren't simple clear answers to these questions, only a slowly evolving discussion.
Certainly, and I think that if we want OSS to thrive we need to move towards a future where it's easy for companies to make a return on their investment by releasing OSS. I think Amazon and all the "I provide your software as a service" providers eat into that and hinder that future.
Yes, GPLv3 was meant to fight Tivoization, but it never anticipated providers providing services on an OSS product without contributing significantly, in combination with the companies that develop the OSS hoping to make money off the same hosted service that the former undercuts.
Basically, monetization strategies for OSS are few, and one that is beneficial for both the company and the consumer is providing hosted services. A third company that doesn't have to develop the software is usually a good enough competitor, but since the developer has the obvious support/knowledge advantage, they can still compete. This breaks down when Amazon comes in with its lock-in advantage and sucsk all the money away from the developer.
This is why we're seeing these new licenses, because there's no way currently to be "OSS except Amazon". I think we do need to figure out some way.
> Yes, GPLv3 was meant to fight Tivoization, but it never anticipated providers providing services on an OSS product without contributing significantly
Well, the so-called "service provider loophole" was certainly well-known when GPLv3 was drafted. That's why AGPLv2 was created some years prior. IIRC early GPLv3 drafts contained AGPL-style language, but several of the companies involved in the GPLv3 drafting process (such as Google) objected, and those clauses were withdrawn from the final GPLv3.
But imagine where we'd be if this discussion had happened 30 years ago, in the days when the monetization model was charging a distribution fee. How much of the modern Internet would have had to be excluded from free software licensing to protect that? I have no issue with tweaking OSS licenses to respond to the circumstances of the times, but tweaking them in order to ensure I can make lots of money seems anti-competitive and anti-innovative.
I believe in a previous thread, someone suggested OSS except companies having this much of a revenue (since market cap is a bit of a variable metric). Why wouldn't that be a viable model?
I wouldn't use software like that. Imagine you build a company using some software, and it was free until you hit $X in revenue. One day far down the road, your company is doing well and you start to get close to $X. You realize you have to acquire a license, ask them for one, and now... you just have to pay whatever they ask for? You're locked in to someone who could quote you whatever price they want. Unless it's really easy to rip out this software, it seems like a huge pain.
I would love that, and think it's a great model (basically "you don't have to pay us if/while you aren't making money from this"), but as far as I understand it, it's hard to enforce. Amazon can just make a subsidiary that makes less than that amount (or no money at all) and skirt that requirement.
It would be a much stronger restriction than they're looking for. If no developer at Amazon, Google, etc. is allowed to even use Elasticsearch, that severely impairs the viability of the project. (Depending on the revenue threshold, it could end up being a problem for Elastic too - they're not exactly a small company.)
> many people were outraged by even this limited requirement
It isn’t a limited requirements. There is a very real legal risk that using GPL software in an enterprise code base means you have to open source of your entire code base. That is an unacceptable risk for almost any business so GPL software doesn’t get used.
> That is an unacceptable risk for almost any business so GPL software doesn’t get used.
And this, right there, is how MySQL AB was purchased for a billion dollars in 2008: you dual-license your software. Release it under a copyleft license that bigco's don't want to touch (AGPL3 is tempting today!), and offer a commercial license that gives your customers the freedom to use it as they need.
Well .. yes. That's the license fee. If you incorporate Oracle code or Nintendo characters in your software you'll get sued as well. So no you can't use GPLd libraries without contributing forward. This is intentional and the purpose of copyleft.
GPL allows you to "use" but not "make derived works".
And most companies have decided that the fee of opening their entire code base to use a single GPL library isn’t worth it. That is heft license fee if you have invested billions into creating your company’s source code.
Linux system libraries are released under Lesser GPL and/or have exemptions for linking that the general GPL does not have. I worked at $bigtechco$ and anything GPL/AGPL was expressly forbidden by the lawyers.
This is FUD. The worst case for GPL software is that you're not complying with the license and you're liable for statutory damages for copyright infringement. Not coincidentally that's also the worst case for every other license, including BSD/MIT, commercial proprietary licenses, and everything in between.
You're sadly right that many big enterprises purport to believe there's some special extra risk unique to the GPL, but you're wrong to say it's a "very real legal risk"; there's no reasonable basis for believing that at all.
> Elastic could have released ES as closed source, but they didn't, and the OSS ecosystem is better for it.
Except elasticsearch was created before the company Elastic even existed. They couldn’t have released it as closed source because they weren’t there to release it at all.
It was written by one guy and it was based on previous open source code in Lucene.
I am ok with them making money off their project, but it isn’t like they are owed a billion dollar company for their work.
>It was written by one guy and it was based on previous open source code in Lucene.
That "one guy" is the CEO and founder of the company. You are making it seem like some guy developed an open source database, and a company later came around and built a business out of it, when that wasn't the case.
At least as per the wikipedia page[1], there is a lag of 2 years between product and company, and there prior history of him working on similar products. So I think it is reasonable to give benefit of the doubt that open source product was created in good faith and commercial interests only got explored later.
Most open source to commercial success stories like Kafka, Mongodb, and Elastic do seem to follow similar path.
No, but my point is one guy wrote it and has made a lot of money from it. He has been more than compensated for his work.
Any money made from here on out is not based on the work of creating the software, but on helping people use it. If Amazon does a better job of that than Elastic, than they should win the competition.
Elasticsearch offers _a lot_ above and beyond what you get out-of-the-box with Lucene. For sure, the Lucene library is used by Elasticsearch but this comparison is way off base.
In my opinion, the phrase "based on" implies that a lot of the Elasticsearch functionality is actually Lucene functionality. I disagree that this is the case, I think there is a lot of functionality that Elasticsearch brings that is really othogonal to the Lucene project (sharding, multi-tenancy of indexes, clustering, managing nodes, etc.) Again, you my opinion, definitely enough for it's own project.
If that isn't what you meant then perhaps we are in agreement. :-)
Since you have mentioned this I have read three more articles and short blurbs about this kerfuffle and _they all_ have used the same "based on Lucene" text when describing Elasticsearch. As you say, Wikipedia seems to be the one true source of this phrasing!
> I am ok with them making money off their project, but it isn’t like they are owed a billion dollar company for their work.
Because no other companies build on a foundation of open-source software today? I think that describes every company. Yes, the actual core product is the open-source software, not just components of it, but does that really matter?
I don't understand the distinction you're trying to make here.
Complaining about AWS building off open source software when you did too seems a bit awkward. I'd be willing to bet AWS has spent at least as many person-hours developing their service as has been put into ES itself.
I don't really know where I fall on this subject. Companies need a route to monetize when developing open source products. It feels like AWS has been closing many ways to do that. Short term it might feel good for us end users, but long term it's probably bad for the ecosystem.
My distinction is that I don’t think they are being abused. They want to build a business around an open source tool just like AWS wants to also build a business around an open source tool.
I am happy to let them compete to see who can offer the best value.
I don't think there's "right" and "wrong", but bizarre (entitled?) expectations. A natural part of Open Source is that someone may come in and make way more money off of something than you do. In fact, Amazon makes way more money off of Linux than Linus ever did. But you don't even have to go that far, many completely unrelated YC companies made way more money off of Linux than Linus did, and could arguably have not pulled that off without Linux being a free OS that you don't even have to think about since it's so ingrained in hosting. But when the intent of Open Source is "to increase the quality of software around the world", this is considered a good result. However, when the intent of Open Source is some nebulous initial hyper-growth to then hope you can offer hosting, the expectations just aren't set correctly. Unfortunately, the open source strategy does not magically offer the right result based on the intent of the author.
If Linus all of a sudden woke up tomorrow and said "Hey, I just realized that I'm not being paid a cut by literally every single company in Silicon Valley, that is NOT OK, I am going to shift gears and remove non-contributor code and start releasing Linux as closed source from now on", I feel people would be less forgiving than they are to these much less impactful companies. But Linus would be as "right" as they are, arguably more so.
Many of these companies are simply learning that maybe all those "dinosaurs" of the 90s might have been onto something with commercial licensing, which ultimately seems to be what they actually want: to charge money for their software. Sure, it doesn't get you free contributions and ready-made communities, but it gets you money, which is what a company is supposed to do. And that's fine! It's just not Open Source.
Linus' original license did forbid making any money off the kernel:
> - You may not distibute[sic] this for a fee, not even "handling" costs.
Also I think the GPL was pretty important to the kernel, since many companies, especially in the 90s, probably would have kept contributions private and their code closed without that gentle push.
Maybe they would still be around in some form, yes, although the mass market advantages of x86 would still have killed of the traditional RISC Unix workstation market etc.
OTOH maybe eventually most people would have switched to FreeBSD (or whatever free *BSD would have been the "mainstream" choice), just like they switched to Linux in our universe, since they thought that whatever value add provided by some proprietary unix wasn't worth it anymore.
In a hypothetical copyleft-free universe, sure, there would be a lot more companies using OSS to create proprietary products without having to think about what is a derivative work, linking and distribution restrictions. OTOH all those proprietary companies playing the "commodify your complement" game against each other would ensure that the quantity and quantity of OSS would continually be increasing as well, forcing those companies to continually innovate lest they lose their market to the free OSS alternatives. To repeat, hypothetically speaking, as we don't have an alternate universe to run such experiments in.
But we kind of do, BSDs are enjoying lots of upstream changes from Apple and Sony.
And in what concerns x86, they would just support it as well, as Solaris did. HP-UX and Aix also have supported a couple of CPU architectures, as did some of the others.
Just Irix was kind of married with MIPS.
Or Windows would just have won the x86 server room instead.
In any case, there are a couple of major surviving GPL projects, all competition against Linux on the IoT space are BSD/MIT FOSS POSIX clones, ironically one of them being sponsored by Linux foundation (Zephyr), so those around in 20 years will get to appreciate how much of GPL will still be left around.
I don’t see these as comparable. If Microsoft packaged up Linux and started selling Linux licenses, maybe? Elastic search being used in a product seems different from elastic search being the product. It’s not black and white, but there are real differences.
I can’t imagine anything closer to “selling THE product” when it comes to Linux than AWS EC2. It’s Linux as a service on different virtual hardware options. It’s directly comparable to the AWS Elastic search service, which is Elastic search as a service on different virtual hardware options. The fact that this isn’t immediately obvious shows how much we take Linux for granted.
Perhaps you mean when comparing to the “all Silicon Valley companies” I mentioned, but that still leaves AWS, GCP, Azure, Heroku, and every serverless provider out there as direct comparisons to this situation.
Ah yeah, I meant the comment about “literally every single company in Silicon Valley,” but now I see that was entirely ambiguous. I thought you meant like Facebook, google (minus GCP), Uber, Airbnb, etc profiting off of linux (and pandas and gcc and pytorch and Cpython and ...).
> Elastic could have released ES as closed source, but they didn't, and the OSS ecosystem is better for it.
A relevant question is "would they have been that successful if Elastic were 'just another closed source enterprise product'."
Elastic was successful because a lot of companies tried it out for free and then purchased licenses, or because hobbiysts used it on their personal project and then pushed for it at work.
> A relevant question is "would they have been that successful if Elastic were 'just another closed source enterprise product'."
> Elastic was successful because a lot of companies tried it out for free and then purchased licenses, or because hobbiysts used it on their personal project and then pushed for it at work.
That model is not actually incompatible with closed source. You can always distribute binaries with a liberal usage license. And if your model is selling support, that might actually be helpful, since it's even less practical for a 2nd or 3rd party to support software when they don't have access to the source code, so you'd sell more support contracts
I think Amazon's behavior may end up just harming open source, by punishing the idealism that leads companies to try to make commercialized open source business models work.
You would be surprised how many third party companies support closed source software product of another company. This is very common in enterprise world. It is also a common way for a vendor to get their foot into an enterprise entrenched with a competitor's product.
> You would be surprised how many third party companies support closed source software product of another company. This is very common in enterprise world. It is also a common way for a vendor to get their foot into an enterprise entrenched with a competitor's product.
I'm aware of that, and have even worked with such companies. However, IMHO it's way harder (and less effective) than supporting an open source product. For instance, it's way harder for a 2nd or 3rd party to diagnose and patch a bug if they don't have the source.
> by just installing and maintaining that product as a service?
You are seriously underestimating the value Amazon provides by "just installing and maintaining" those services. Maintaining a service at the scale they offer is a huge undertaking.
You get the high-availability, the hundreds of engineers working to keep those services up and make them talk to other AWS services easily. You get teams of engineers on-call to react to any failures.
I agree with you that this has a bad effect on the companies that originally created those projects, but I do see a huge value in what Amazon offers.
> ...they can install and maintain but don't have to develop it too.
As someone building distributed systems, I'd think you'd appreciate that merely "installing" Elasticsearch wouldn't simply cut it for the scale AWS operates at.
I wish Elastic would have focused on their differentiated offerings instead and had let go of their iron grip on Elasticsearch itself (perhaps by creating a Foundation around it).
> companies are formed, invest a whole lot of resources into creating a product, open-source it, and then have Amazon eat into their profits by just installing and maintaining that product as a service?
Why should we be mad at Amazon for adhering to the terms of the license that the ES developers chose?
Software isn't born under the terms of Apache 2/MIT/BSD/a similarly permissive license. The people who developed it chose that license.
Because while it's true that Amazon is following the terms of the license, it's having real repercussions in that the people actually maintaining the Software are seeing decreased ability to grow the product because a huge company, belonging to the second richest man in the world, is offering it as part of their vertically-integrated oligopoly.
Reducing it to an issue of following license terms is short sighted, it's having negative repercussions on the software ecosystem and it's a dimension that has to be considered beyond merely a discussion on copyleft and the extent of it.
> Reducing it to an issue of following license terms is short sighted
It's really not: the license terms are the root of the problem you are pointing out. We can either voice our (righteous, but ultimately pointless) anger or we can try to analyze what's happening and how to fix it. So let's do the latter.
Amazon offers a fully managed ElasticSearch service running on the core ES code because ElasticSearch was, up to this point, released under the Apache 2.0 license which fully supports Amazon's right to do this.
Amazon offers a fully managed MongoDB compatible database called DocumentDB. It is not based on MongoDB – Amazon reimplemented the core functionality but maintained the MongoDB API layer.
MongoDB Inc. makes the forceful point that it is not a drop in replacement[1] but a rather crippled product that lags behind what MongoDB can do and continues to diverge. This is likely very good marketing for MongoDB and probably helps their company succeed :)
Why did Amazon do this? Why would Amazon use the core ES code but go through a more difficult reimplementation for Mongo?
Because MongoDB's core was licensed under the terms of the AGPL3, but all the drivers that implemented the API functionality were implemented under terms of the Apache 2.0 license.
> the people actually maintaining the Software are seeing decreased ability to grow the product because a huge company, belonging to the second richest man in the world, is offering it as part of their vertically-integrated oligopoly.
When you choose an OSS license, you're giving permission to any company or person to exploit your product in any way they want, this is how OSS works.
Amazon is not the only one that can do this and I would be surprised if other cloud vendors didn't also offer ES and other popular OSS software to their customers.
Do you expect that just because you created some OSS you deserve some kind of exclusivity on profits made from it?? If you do, you need to understand you need to use a non-OSS license. This seems to be what Elastic has finally realised, but a bit late.
Yes but that's what I'm talking about. That's a core principle in OSS so far but you can't sweep the issues of fairness to the people doing the actual work nor the issue of contributing to increasing the power of organizations whose interests are more likely counter to people's freedom and welfare.
I know that prominent figures in FOSS have expressed the sentiment that you have to suck it up, but you know, the people actually living through this have a say.
Thus, licensing changes and a conversation on their moral standing.
You cannot release your software under the terms of a permissive license, then when faced with a large company following the terms of the license, complain that you should get first crack at monetization.
That seems to be the fundamental problem with this whole tempest in a teapot: people have decided on an idea of what "free software" means in their hearts, and many people think it's about "fairness" and "protecting the little guy". That is noble and good, but isn't extensible to an existing large body of software with licenses that clearly spell out how free they are or are not.
But what is great is that if you don't like the state of affairs you don't have to suck it up: you just have to pick a license that is better suited to your goals.
I have a handful of open source projects on my public Github. They fall into two categories for me:
* Software that is trivial, uninteresting, or easy to replicate: these I've released under the terms of the ISC license (2-clause BSD). I have no expectation it will ever come to much, so I'm happy to free it – if it ever turns up in the license file of the iPhone or a Tesla or something I'll say "cool!" (but it won't because it's not that good ;)) Hopefully someone uses it and it makes their life easier.
* Software that is non-trivial, interesting, or difficult to replicate: I've freed it all under the terms of the AGPLv3 and placed a "business use? contact me about the license" note at the top. If I ever decided to work towards building a product around the software (but I won't because it's not that good ;)) I'd look at a dual-licensing strategy, but in the meantime it's out there for anyone to extend and carry forward and build things on. But I know that the AGPLv3 essentially means FAANG will never touch it because the risk is disproportionate for the reward of using it.
This feels right to me. Your calculus may be different so you can license as you'd wish.
> Why should we be mad at Amazon for adhering to the terms of the license that the ES developers chose?
We shouldn't. But you can't have your cake and eat it too, and say "well these are the terms you chose so why be mad at someone following them" and then ALSO say "hey, you can't change your terms!".
They're their terms, they can change them if they want to.
> But you can't have your cake and eat it too, and say "well these are the terms you chose so why be mad at someone following them" and then ALSO say "hey, you can't change your terms!".
I haven't said that. And as far as I know, Amazon hasn't either. Have I missed something from them?
You seem to be the only person passing value judgements:
> Amazon hinders that, period. I don't think Elastic is in the wrong here, I think Amazon is.
This is incorrect: Amazon used Elastic per terms of the license. Elastic didn't care for an infringement on their business, so they've relicensed. No one is in the wrong here.
> I haven't said that. And as far as I know, Amazon hasn't either. Have I missed something from them?
I'm talking about the general sentiment here. Either Amazon have been playing by the rules and Elastic is within their rights to change those rules, so no problem anywhere, or Amazon has been harming a part of the OSS ecosystem and forced Elastic to make an unpopular change.
> Amazon used Elastic per terms of the license
Maybe I shouldn't have used "in the wrong" and said "is the problem" instead. I don't so much care about whether the rules are being followed as I care that more companies are encouraged to release their software as OSS because they can make money for it. That's a win-win situation to me.
> I care that more companies are encouraged to release their software as OSS because they can make money for it.
But they can't! Tell me how many companies make profit off purely OSS... RedHat maybe? What else?
And even if they can, they shouldn't be surprised when competitors use their OSS for their own benefit because OSS explicitly allows for that. Making money off OSS is a red herring, just because it works in a couple isolated cases, doesn't mean it's a viable business strategy.
Fundamentally, there's no "profit" to be made in OSS, nor public goods in general. If you try to charge for more than "at cost", someone else can and will come along and undercut you.
Why the scare quotes? Well, I don't mean all profit according to definition, but specifically the "returns for investors" type. Company profits. Technically you can run a sole proprietorship, and make (say) $100k in profit.. or you could structure as a corporation, pay yourself a $100k salary, and make no profit. It's all the same money, but it's two ways of looking at the portion that I would like to describe as fair compensation to a human for the work they do. When I say "at cost", I don't mean that it's fundamentally impossible to make a living working on OSS; I mean it's fundamentally impossible to get filthy rich with it.
And in my opinion that's a good thing. In my experience, "getting filthy rich" / providing outsized returns to investors almost always comes at someone else's expense. Usually the little guy. It happens when the poor sod paying you can't afford to switch to a competitor, so you're able to wring them dry. The counter-argument goes that we need the "filthy rich" incentive to motivate people to make these things. I think it likely increases the rate of innovation, but I think the amount of cool and useful OSS written by people in their spare time is evidence enough that profit is not a requirement in that area, only financial security.
There is a problem, though, where it's currently very difficult to even make a living wage working on OSS (again, or public goods in general). I think can be solved, and I am working on a project trying to solve this (as a volunteer; we could use help). I'll cut it here (I spent far too much time writing this comment already...), but you can read more at https://wiki.snowdrift.coop
Well past the edit window now, but I discussed this with someone else yesterday and they pointed out the word I'm looking for to describe "at cost, including cost of living", non-exploitative part of income is earnings.
The main problem is not Amazon using the Elasticsearch product, but using the Elasticsearch trademark without permission, even creating a fork with that trademark in it. That is not OK.
And then doing stuff like this:
> When Amazon announced their Open Distro for Elasticsearch fork, they used code that we believe was copied by a third party from our commercial code and provided it as part of the Open Distro project.
That makes it all the more dodgy. The fact that AWS is also the only cloud provider they complain about, and explicitly name others where they don't have these issues with, paints a pretty clear picture imho...
I slice it this way: as a company that is highly invested in AWS it is easier for us to deploy AWS ElasticSearch service than to use Elastic's cloud offering or set it up ourselves. But that doesn't mean I like it. Or are you talking about a different end user?
I don't think of it that way at all. Nothing is free. The servers cost money. It costs money (resources) to manage servers. The cloud offerings appeal to us because we do not want to manage servers. AWS ES appeals to us because it is hard for us to sign contracts to buy software outside AWS. The trajectory of the software is definitely something we factor into the decision, but it is very often outweighed by the other factors. To me it is AWS Elastic vs Elastic Cloud vs hosting our own Elastic. Or use something else entirely.
From a purely utilitarian perspective, I can live without Elastic far easier than I could live without AWS. From a legal perspective, AWS are faultless in using OSS for their own purposes. The only losers are Elastic's investors. And there's no way they couldn't have seen this coming with their business model as it is.
I think Amazon infringed on the trademark. I’m not sure how that didn’t lead to an agreement between ES and Amazon. Perhaps Amazon just had the better lawyers.
Don’t forget the CEO has cashed out ~$200M in stock the last two years alone and still holds $1B worth of stock, yet complains about AWS making money and changes the license so he can make even more. He likes to quote a tweet from 2015 from the CTO of AWS when they launched the Elasticsearch service in AWS. That was 6 years ago! They have had time to build a better offering with heir commercial licenses have failed. Elastic is trying to sell security now, what happens when they lose there too, change the license so any SIEM or analytics vendors have to pay them too? Elastic made a promise that the code would ALWAYS be Apache 2.0 and they went back on that promise, they lied to the community that helped build it, their customers, employees, partners and investors. The blog post about the license titles “Doubling Down on Open” is an insult to peoples’ intelligence, they are trying to play the victim because AWS is a mean bully. Well that’s business, if the CEO/founder didn’t see it coming then maybe he shouldn’t CEO? Take his billion dollars and go start something else and hand the company leadership over to someone who knows what they are doing.
I don't see this at all. The "extinguish" phase is usually done when a product is acquired by a direct competitor to acquire it's customers. Amazon doesn't have a competing product. And their platform is well-known for supporting multiple competing software products (look at their array of databases for example). And the fact that they are now supporting their own JVM to protect users from Oracle's newly aggressive licensing.
This is, perhaps, exploitation but it seems unlikely they'll kill Elastic ever.
> No matter how you slice it, I think Amazon is bad for us end-users, and Elastic is good.
I don't think that's clear. I (and the team I work with) use AWS, like so many of us do. (And the ones who don't very likely use Azure or GCP.)
Why do we give money to AWS (and their kin) every month? I'd submit it's because we're getting value from it. If AWS was actually bad for end users then we, as end users, would walk away.
If you were right, and AWS was bad and Elastic is good, this would be an easy problem. But actually, they're both good. The issue is people who paid AWS to host ES instead of Elastic, and you know who those people are? Us. And with reason!
The core of Elastic-search is Lucene, another OSS. I'm sure the ES team contributed a lot to Lucene, but do they share their profits with all the Lucene developers? You can think about Elastic as a hosted service around Lucene.
1. The scope of the change. My understanding is that Elasticsearch may use Lucene under the hood, but extends it in ways and for use cases that Lucene was not designed for. The same can not be said about AWS taking Elasticsearch and running it as a drop-in replacement.
2. Perhaps most importantly, Elasticsearch didn't build on top of Lucene, and then decide to call itself Lucene. If you think there is so little differentiation between the product you built and the product you built off of, that you are better off highjacking the name, then I question if you made any meaningful differences.
3rd BONUS difference: It is my understanding that a large part of the core Lucene team works at (or at one point worked at) Elastic[0].
1. No one says you need to modify/extend something in order to sell a service around it. That's why we have licenses that list exactly what you can do and cannot do with the software.
2. Amazon adds value here by providing hosting solutions for companies using the elastic search software. So it makes sense to call it "Amazon Elasticsearch Service" since that's what it is. I think interpreting this as Amazon built a new competing product but calling it the same name is not the right interpertation. If that's confusing then maybe modifying it to "amazon elasticsearch hosting service" would be the OK thing to do. Not sure if that would make Elastic happy.
3. That's nice of them (really!). Sounds like win-win. But again, it doesn't make anything they do more justifiable.
The only obligation that Easticsearch has to the Lucene project is to donate back improvements to Lucene itself. I believe the Elasticsearch project has done this in the past.
No one is asking Amazon to share profits with Elastic. Many people do expect Amazon to honor trademarks of other companies. Many people expect Amazon not to package proprietary features as if they were free and open source.
Lucene is a library that makes it easier to provide indexing and searching of "stuff". It's not a commercial product with a sales and consulting team. I can't think of a more apples and oranges comparison.
I don't know anything about this story so cannot comment about them packaging proprietary features. But here's my thought about the trademarks claims from Elastic. The only info I have is the blog post they shared.
Elasticsearch is a name of an open source project. Why is calling something "Amazon Elasticsearch Service" a trademark issue? It's not Amazon's fault they called their company after the name of an open source software (the OSS came first btw). Also, IMHO calling it "Amazon Elasticsearch Service" is fair since it represents exactly what it is. Would it better if they instead took the code, made some closed modifications and then released a service around it with a new name? My thought is no.
The open source project trademarked the name of the project. Because it is trademarked, Amazon requires permission to use the name of the project.
This isn't unusual, many other open source projects trademarked the name of their project. Google has some guidance on why a project might want to do this.
I don't really want to get into the moral rabbit-hole of who's right and wrong as that's clearly super controversial and subjective.
But I did want to add my personal anecdote to serve as a canary-in-the-mine on what effect the status quo could perceivably have on the proliferation of open source software over the long term:
I think we can all agree on the basic premise that having more open source software is a good thing for society.
For the longest time I dreamed of creating my own open source tools and products and simultaneously monetizing it to create a comfortable life for myself and maybe even eventually turning it into something bigger, and leave my mark on the world.
However, as the years past and events like ElasticSearch v Amazon unfolded, I became more and more disillusioned on the realistic prospects of such an outcome.
Today, I'm in the process of building something that would probably see more success in terms of adoption and do more good in the world if it's released as open source software, but at this point I've basically made up my mind to release it as proprietary software to have a realistic shot of monetizing it to achieve financial independence and eventually build a company around it.
Basically I've weighed the tradeoffs and chose to put my own ability to capture the value of what I created over trying to maximize the value my software could create if open sourced.
This was not a easy decision for me to make, but I suspect I'm not alone in having thought about these tradeoffs and reaching these same conclusions. And as more and more people witness the struggles of companies trying to build viable businesses on top of open source software, more and more people could make the same decision, and thus society would be robbed of all the value that having these pieces of software as open source could have created.
I think the chilling effect these kinds of case studies have on the proliferation of new open source software, and the loss incurred by society as a whole as a result, is at the core of what we should be trying to figure out a solution for, not some philosophical discussion around who's in the right or wrong.
I think both are at fault. Amazon for provoking this and Elastic for over-reacting like this and totally break with the open source licensing, when that isn’t necessary to stop Amazon. They could do like MariaDB rather than follow MongoDB: https://perens.com/2017/02/14/bsl-1-1/ Would be much more appropriate and alienate the open source community much less.
Code converts to an open-source license after X (e.g. 4) years in BSL. Time will tell how it works out, especially for mature products it could just mean that everyone targets the 4 year old version.
Time will also tell how eg. SSPL will work if eg. Elastic becomes bankrupt, what happens if I can't get a commercial license for it anymore in 10-20 years? BSL:s expire clause ensures that old code never gets unavailable because the business entity has vanished. Does SSPL have any similar protection?
If you ask me, these license changes are bait and switch. If they had started with this license it wouldn't have the same adoption, now they are pulling it.
On the one hand I don’t like the idea of a company like Amazon exploiting (in the classic sense) open source. I’ve not seen Amazon give much back to open source relative to what they’ve gained.
On the other hand if you open source something with a license that permits selling the software, well... what do you expect? You gotta hand it to Amazon. They’ve really hustled the industry by hosting open source code. The code is free, literally anybody else could have done this, but Amazon did it especially well.
Elasticsearch became popular on back of being F/OSS. The "our code" Shay talks about is community's too: All the evangelizing through blog posts, talks; and the countless hours spent reporting bugs or even fixing them. If anyone thinks a community's contributions are any less than their own company's, then they don't get to claim to be torch-bearers of F/OSS (which Elastic is without realizing the irony).
Shay keeps claiming "our users" aren't affected, but who's he fooling? They say, AWS cornered them to adopting dual-license SSPL, what's to say they woudln't do an Oracle in the future (like Sun did with Java and continue to do with their DB offerings?). Slippery slope, sure, but it is indeed slippery for a company struggling to compete with competition and seeking predatory avenues as last ditch attempt to stay alive.
I believe, in all my naivety, that Elastic could have created an Elastic Foundation (like Joyent did with NodeJS, who btw didn't throw a hissy-fit at AWS for Lambda) and invited developers from all walks to shoulder the burden of the core software (which they themselves commoditized by F/OSSing it) so that they could focus on SaaS (like AWS).
I'd like to think, Elastic's real problem is they have hard time competing with AWS in terms of pricing for SaaS (of course, AWS owns infrastructure and so it is a tough battle-front), but if they were paying any attention, AWS Elasticsearch Service was very poor in 2015 and continued to remain so for a long time (it sucks less now), but Elastic's own service wasn't up to the mark, either. I think they misplaced their priorities (see GCP's flawless execution with k8s, managed-k8s, and Anthos) and were caught asleep at the wheel when they could have captured SaaS market away from AWS in those interim years (2015-19) by focusing solely on differentiated features and not on the core Elasticsearch software (which was libre and hence undifferentiated).
Of course, Shay and Elastic know better than I do and I am indeed a grumpy developer who's upset, but I want Elastic to give up their misleading messaging viz. 'doesn't affect / nothing changes for our users'. They're being hypocritical and not doing anyone any favours.
> And to be clear, this change most likely has zero effect on you, our users. And no effect on our customers that engage with us either in cloud or on premises.
No, Shay. It does affect the community, who are also the users of the software.
> We created Elasticsearch; we care about it more than anyone else. It is our life’s work. We will wake up every day and do more to move the technology forward and innovate on your behalf.
I see a lot of "We"s and "Our"s. And that's the problem with CLAs and stealing someone else's work. Companies can't tell anymore who's stealing from whom.
If not AWS it could have been anyone. This is an inherent vulnerability in the open source business model: there's no particular reason that upstream developers would be the best at hosting or consulting on their own stuff. You can afford to give the client more attention/hardware for their money if you don't have to also pay developers.
Amazon came in and took a bunch of that money while not giving anything back.
Amazon is giving a lot back to the community, though. They are providing a really valuable service when they provide open source software as a service. They aren't giving back to Elastic the company, but it's important to note the difference, because Amazon isn't being a bad actor here. I think it's reasonable for both Amazon and Elastic to act the way they do, and I think the competition between their respective business models will end up in a better set of products available to developers.
I would bet that if Elastic disappeared we'd see this offering stagnate. Amazon has put time and energy into work making the service but little (AFAICT) into the Elasticsearch product itself.
In my opinion this is a short-sighted way for Amazon to do business. If Elastic makes every new feature unusable by Amazon, do to licensing restrictions, Amazon's product will fall behind.
No, many SaaS providers have discovered that it’s the back door in the GPL, Google were the leaders in this field. AWS is egregious but they didn’t invent doing this.
What's the point of "open sourcing" if you get annoyed at people redistributing your work? Honest question here.
I'm really not interested to know who's in the "right" or in the "wrong". I want to know, what's the motivation for opensource if not "reuse my code please"
That question makes the wrong assumption. You assume "OSS" is a given and "getting annoyed at Amazon" is the issue. In reality, "getting annoyed at Amazon" is the given and "OSS" is the issue.
Then, you can ask "if they get annoyed at Amazon, why open source?" and the answer is "indeed, and now that they realized their mistake they're changing it".
> Then, you can ask "if they get annoyed at Amazon, why open source?" and the answer is "indeed, and now that they realized their mistake they're changing it".
Notably, they're changing it after building a business off the back of many contributors, many of whom expected to be contributing to OSS. Sure, there's a CLA so there's no legal issue, but I'm not sure it's any more morally virtuous than what Amazon's doing. Both are versions of "trying to make billions of dollars off the backs of other people's work".
There's having cake, and then there's eating it. Either you want to retain control over something so you can monetize it to the max, or you want to particpate (and benefit from) the OSS community and build something that benefits everyone.
> Amazon came in and took a bunch of that money while not giving anything back
Amazon took no money from them; they competed on potential revenues.
I think people are upset, not because they don't clearly understand Elastic's motivations, but because Elastic is trying to paint Amazon as the bad guy for using the license Elastic offered. Amazon benefited from Elastic's open license, but so did Elastic. Being open source has greatly benefited Elastic's own business and growth.
That isn't to say that Amazon's size and practices around open source aren't cause for concern, just that Elastic come across as very disingenuous when they try to lay all the blame on Amazon while proclaiming how dedicated they are to "openness".
Amazon has become known for copying products and selling them as Amazon Basics. They either kick the original product off their platform or undercut the prices so drastically the original seller goes out of business.
No matter how you slice it, I think Amazon is bad for us end-users, and Elastic is good. Elastic could have released ES as closed source, but they didn't, and the OSS ecosystem is better for it. They were hoping to make money off their product, which I don't think anyone can fault them for, but instead Amazon came in and took a bunch of that money while not giving anything back.
Now Elastic is not happy, and I wouldn't be either. As an end user, I'm grateful the circumstances exist that allow companies to make a living from OSS, and I want to encourage that. AWS is the fly in the ointment there, and I don't see how blaming Elastic for not giving us stuff for free any more is anything other than entitled. We should be grateful that ES is OSS at all, and we should want an environment where companies that produce OSS can thrive, instead of blaming them for wanting to get paid for the work that they release freely into the world.
Amazon hinders that, period. I don't think Elastic is in the wrong here, I think Amazon is.