一、闭源杀敌八百，自损一千

去年3月，Redis突然宣布修改开源协议，核心模块闭源。官方说辞是“为了限制云厂商白嫖”——云厂商拿着开源代码搞托管服务，赚得盆满钵满，却一毛钱不分给Redis。

但闭源这招，本质是伤敌八百自损一千的七伤拳。

• 伤开发者：普通程序员想用Redis新功能？对不起，请付费。社区贡献者一看“老子写的代码转头被你闭源收费”，立马掀桌走人。
• 伤用户：中小公司用不起商业版，只能死守旧版本，或者连夜找替代品（比如KeyDB、DragonflyDB）。
• 唯独没伤到云厂商：反手就能掏出自研兼容产品，甚至贴个“100%开源兼容”的标签，直接挖墙脚。

你看，这像不像去菜市场抓小偷，结果把自家摊子砸了？

二、闭源？用户用脚投票教你做人

Redis闭源后，官方可能幻想：“老子技术牛逼，用户离了我就活不了！”

但现实很骨感：除非你的产品有代际碾压的技术优势（比如ChatGPT刚出道时），否则用户分分钟教你做人。

• 数据库领域早就卷成麻花，Redis的竞品一抓一把：Memcached老当益壮，KeyDB虎视眈眈，云厂商自研方案更是白菜价。
• 用户心态很简单：“你闭源是吧？那我换个开源替代品，省得哪天又被你背刺。”

果然，Redis闭源13个月，钱没赚到多少，用户倒是跑了一大批。这剧本，MongoDB、Elastic早演过了——当年它们闭源时，分支就起来了，留下一地鸡毛。

结论：在开源世界玩“闭源PUA”，结局只有用户甩你一脸《开源宣言》然后拉黑。

三、重新开源后，Redis还能靠啥赚钱？

今年5月，Redis低头认错，宣布重新开源。但问题来了：开源了，钱从哪儿赚？

官方想了三条路，但条条都是hard模式：

1、卖商业版License

• 开源版功能太弱？用户骂你“套路开源”；开源版功能够用？谁还买商业版？
• 参考MySQL企业版：除了不差钱的银行和国企，普通人谁理你？

2、卖技术服务

• Redis一拍胸脯：“咱卖服务！7x24小时专家支持！”
• 但隔壁MySQL和PostgreSQL早就证明：技术服务这生意，卷不过云厂商和第三方公司（比如Percona）。
• 更何况，Redis的架构复杂度，在数据库界只能算“中等偏下”

3、收云厂商的保护费

• 这是唯一看似靠谱的路子：逼云厂商为Redis托管服务交钱，比如每卖一个Redis实例，分账提成。
• 但问题来了：
• 云厂商技术实力逆天，自研一个Redis兼容版分分钟的事（他们早这么干了）。
• Redis的护城河只剩“天下武功唯快不破”——比如火速推出Vector Search、AI扩展等新功能，让用户非用不可。
• 但这条路的本质是TO B的TO B：Redis找云厂商收钱，云厂商再找用户收钱。
• 在中国，TOB生意有多难？而这种“ToB^2的模式更是地狱难度”。

又一个鲜活的例子，MySQL闭源的可能性又降低了。但谁知道呢，你所在的公司，放弃使用一个产品的理由可以是很多的。

不管怎么样变，作为dba或者开发者，能做的就是多了解底层原理，避免只知其然，以不变应万变吧。