The article says Redis is the latest one to pull this shit. Well, today the Linux foundation announced Valkey. If I ran Redis in production I'd go all hands to switch today.
Start up the discussions on migration, yes. Do not switch just because something is open source. Production is about using the best tool for the job at a reasonable price. Open source tools are nice but you also need to factor in what level of support you have with a company and so forth.
I was righteously angry and hyperbolic. That said, sure, you'll want to look at support if you want to externalise responsibility as a legitimate business strategy. That doesn't always mean you want to go that way though. I've been in situations where support for commercial firewall appliances was like pulling teeth and a simpler open source solution that a few people can grok would've been the better option.
YMMV I guess, but this type of commercially backed FOSS rug pull should definitely factor into the decision and right now it usually doesn't.
No clue about this instance but I'm pleased to see in general the business model where the code is all open source and support can be paid for. That would be a pretty fair business model for me as a (company) customer, assuming the product meets my needs.
One example of this is XCP-ng, a virtualization OS, competing against VMware, but all open source and with paid support. Great for homelabbers too
Start up the discussions on migration, yes. Do not switch just because something is open source.
If it's a fork of literally the same software, just rebranded, why not? Plenty of people switched from CentOS to AlmaLinux right away by executing a small shell script.
Production is about using the best tool for the job
I find this attitude kinda simplistic and problematic. This attitude applied elsewhere can be used as justification for all sorts of terrible things, I don't know why it should get a pass in tech. Sometimes the best tool for the job is produced by an evil company you want to boycott. Sometimes the best tool causes lots of collateral damage or harm, or has potential to lock you into an ecosystem. Maybe you want to support the growth of other tools and are willing to sacrifice some performance.
Even if only profit is considered, I think it's reasonable for a company to conclude that open source software is inherently better due to reasons that go beyond immediate utility and profit making potential by thinking longer term.
Microsoft released Garnet last week. Which is meant to be a drop in replacement with 10x the performance, written entirely in C# (incredibly accessable vs C++).
MIT licence, like most of the rest of their tools/libs/frameworks.
Nice part here is that they dog food it, since it's used at scale. So problems tend to get patched quickly by paid devs, while the FOSS community gets to bake in the features they want.
What do you mean by C# is "accessable" vs C++? Do you mean it as readability? Or the software availability (compiler, and the tooling behind the language)?
Yup, I'll be bringing it up with our devOPs team so they can start looking into security implications and whatnot. I might even switch our dev env to that, just to test it out.
Qt (the one used by KDE) has progressed not only through a number of owners (Trolltech, Digia, Nokia, …), but also licenses such as the QPL to be triple-licensed under GPL, LGPL, and commercial for most of its components.