In practice, nothing changes for the Redis developer community who will continue to enjoy permissive licensing under the dual license. At the same time, all the Redis client libraries under the responsibility of Redis will remain open source licensed. Redis will continue to support its vast partner ecosystem โ including managed service providers and system integrators โ with exclusive access to all future releases, updates, and features developed and delivered by Redis through its Partner Program. There is no change for existing Redis Enterprise customers.
Seems this currently touches only cloud "resellers" of redis
Fauxpen source licenses (both of the "business" variety as well as the so-called "ethical" variety) have a fatal flaw: they prioritize the interests of the rightsholder over that of the community or the user. They are thus not so different than a standard proprietary EULA in concept, even if they are more permissive.
The reason this is an issue is because it inhibits code reuse. True free software licenses don't privilege the interests of the rightsholder any more than copyright law already does, because in the free software movement the developer is just a fellow user/member of the community. In other words, the GPL is the GPL is the GPL no matter who the rightsholder of the GPL code is. This means that code from many different rightsholders can be mixed together into a single program with no issue. Linux, of course, is probably the biggest example of this.
FOSS projects must not discriminate the use of the project. Meaning no matter you host it for internal use, or resell the project as a service, they shall be treated the same with the same rights.
God forbid giant companies like Microsoft and Amazon should have to contribute to the development of open source software they massively profit off of.