> around what is best for our own licensing strategy

As a user (self hosted for internal monitoring): if you must change, please, please make it completely unambiguous what the scope is. I really want to avoid having an argument with my team about whether we're using grafana to "provide our service".

do you feel that the sspl is ambiguous on this point? if so, why?

After rereading the relevant section a few times, no, I think SSPL is fine for our use.

EDIT: I should say for our current primary usecase. It does look like this would make it awkward for us to expose grafana to clients, but that's a narrow case and/or one that I suspect you'd intend to be in-scope for virality.

As far as I can tell, Timescale is not like the others, their shift was to make the formerly proprietary enterprise only code source available. Remarkably they went MORE open rather than less (as it the case for all the others).

You have to give them respect for approaching things differently.

I don't think it's really that different. Elastic did that same thing about three years ago when they made all of their enterprise-only features source-available (https://www.elastic.co/blog/doubling-down-on-open). Timescale also made their enterprise features free of charge, but that's a business decision rather than a question of licensing. It's because their revenue model is based completely on their managed cloud offering while Elastic still gets non-trivial revenue from selling their enterprise features to customers who want them.

Is this an elastic employee throwaway? How is going from a more permissive license to less permissive one "not really that different" than the inverse?!

Thanks for the clarification, Luke.

For a bit more background for the HN community:

When we initially launched the Timescale License in Dec 2018, we didn't relicense any of our Apache-2 code -- that was and has always remained licensed under the Apache 2 license. Instead, we effectively were "pre-announcing" that some future advanced features (yet to be developed) would instead be released under the Timescale License or under a paid-only commercial license (although still source-available).

Fast forward to September 2020 and Timescale 2.0, and we (i) made some aspects of the Timescale License more permissive (e.g., "right to repair", "right to improve"), and (ii) moved all the previously enterprise (paid-only) features to be available for free under the Timescale License. Hope that helps!

https://blog.timescale.com/blog/building-open-source-busines...

TimescaleDB licensing is mightily confusing. Instead of clarifying here, you might want to provide clear licensing info for all your products on your webpage.

Happy (non-paying) user otherwise, but this is a bit shady in my eyes.

Ive been interested in the licenses that are restrictive with a time period (eg: 6 months-1 year) after which they become FOSS (Apache2/MIT), eg BSL. I think it's a reasonable approach, but I think the restrictive license still needs to be quite permissive for it to make me happy. I haven't quite found one yet that sat well with me.

I thought Grafana was doing great with its managed offerings. Personally I'd prefer you consider BSL before SSPL since it's usually clearer to most people.

at grafana labs, we are still pretty torn on what our go forward licensing regime should be.

bsl is interesting, but license proliferation and familiarity is a big factor to consider.

now that both elastic and mongo are both using sspl, it is more appealing. i think tsl from timescale is also a great and well thought out license.

Interesting. I got the impression from the recent announcement that Grafana Labs had something of a revenue sharing model with the new AWS managed offering of Grafana. Given that, I wouldn't think the SSPL restrictions would be as important.

we do indeed have a partnership with aws around grafana. but the cloud landscape goes beyond aws, and the grafana labs landscape goes beyond grafana itself.

it's definitely a nuanced discussion internally.

I like Grafana and I wish you the best. Source-available to me is basically FOSS unless I want a free ride off your hard work.