If you have a particular use-case in mind that you need but feel is limited, please let us know. Happy to talk through it and see how we can help.
I think the use of no-hosting clause is super ambiguous here because the nature of the project itself is hosting and providing managed services of VMs, postgres etc for users - so anyone using ubicloud is in some sense providing a managed or hosted service.
How about licensing under GPL or AGPL with a commercial license option? Corporations are so GPL-phobic that they would probably pay you for a commercial license.
For guidelines, see:
https://www.elastic.co/licensing/elastic-license/faq
Text:
I'm using Elasticsearch to put a search box on my cat-picture SaaS product.
This is permitted under ELv2. Meow!
I'm a contractor setting up Elasticsearch and Kibana for my clients to use internally.
This is permitted under ELv2, because you are not providing the software as a managed service.
My cat-picture SaaS product shows view-only Kibana dashboards of analytics on searches and views.
This is permitted under ELv2. The use of Kibana in this case is limited and this does not represent access to a substantial portion of the functionality of Kibana.
I am a Managed Service Provider (MSP) running Elasticsearch and Kibana for my customers.
If your customers do not access Elasticsearch and Kibana, this is permitted under ELv2. If your customers do have access to substantial portions of the functionality of either Elasticsearch and Kibana as part of your service, this may not be permitted.
I provide Elasticsearch and Kibana as a service, where my customers have direct access to substantial portions of the Elasticsearch APIs and Kibana UI.
This use is not permitted under the ELv2. Please reach out to us to discuss your options.
If you have questions about your specific scenario, please reach out to us at elastic_license@elastic.co.
If they open sourced, they'd need to compete against copy cats.
This is understandable. They need to protect themselves and maybe become profitable.
I would just prefer they didn't pretend to be so much different from AWS, Azure or GCP. This isn't open. The source is publicized, but not open. They discriminate, which goes against the essence of the open source principle.
I'm not saying your intention is to mislead, but it's at least confusing and will almost surely mislead some.
Why not use "visible code", or "transparent code", whatever...
That is probably why this project was careful to define itself as "Open" and did not use the term "open source". It is licensed under Elastic v2 which is generally known as a "source available" license
I don't see any problem with this as long as it is not advertised as open source, which it is not. Of course they are entirely within their rights to license their code as they see fit. I like to use open source software but I absolutely prefer source-available software over closed source solutions like their competitors (AWS, Azure, and GCP)
This is a good reminder to check the license before you adopt something. Just because the code is on Github, doesn't mean you can do anything with it.
I understand this complaint (I get both sides really) when it's a non OSI licence being called 'open source', but you can't just start extending that to the single words 'open' and 'source' too. 'I don't know what "source available" means, because it certainly doesn't mean available under open source licence', etc.