回归本源？我可不信那些鬼话！
最近社区里吵得最凶的，就是那个号称“回归本源”的最新版本，版本号暂且叫它V3.0。网上那帮人，分两派，一派说这是神来之笔，终于把之前V2.0堆上去的那些花里胡哨的垃圾功能全丢了，轻便又高效；另一派说这是彻头彻尾的退化，核心功能没了，就是个半成品，浪费时间。
向来不信那些键盘侠的评论，必须自己上手实践，才能知道底细。
我怎么着手开干的？先扔到我的“老牛”身上试试！
我立马翻箱倒柜，把我那台吃灰好久的备用服务器给拖了出来。这机器配置不高，跑V2.0的时候，那资源占用率能让你看得直骂娘。如果V3.0真有他们说的那么“本源”，那么这台机器就是最好的试金石。
我下载了最新的安装包，清空了旧系统，然后一头扎进了部署文档里。官方文档吹得跟花儿一样，说三步就能搞定，五分钟上线。结果我熬到了凌晨三点，咖啡喝了三大杯，才把基础环境给搭稳当。
部署过程倒是比V2.0稍微简化了一点，动词少了，配置项也少了。但这不叫“回归本源”，这叫“功能被阉割”。我常用的那几个监控探针和自动回滚脚本，在新版本里愣是找不到入口了。他们把界面做得是更简洁了，代价就是把老用户需要的那些救命稻草全给拔了。
具体跑起来，性能提升了多少？
环境搭好了，我立马启动了我的压力测试脚本，让它跑起来看看。
- V2.0在相同负载下，CPU占用常年稳定在80%以上，机器热得能煎鸡蛋。
- V3.0跑起来之后，CPU确实降下来了，大概在45%左右，这点我得承认。
- 但问题是，一旦负载出现瞬时高峰，V3.0的表现反而不如V2.0稳定。V2.0虽然慢，但它至少顶得住；V3.0倒直接报OOM错误，给卡死了！
我在社区里吼了一嗓子，果然，好多老哥跳出来附和。大家都是老用户了，一眼就看出问题所在：V3.0虽然减负了，但它在底层的资源调度上做得一塌糊涂，根本就是半成品！那些夸它好的，九成九是刚入行的小白，根本没经历过系统崩溃的噩梦！
我为什么对这个“本源”版本这么较真？
有人可能问了，不就一个版本更新吗，至于你这么气急败坏，非得半夜爬起来测试吗？
这事儿要从五年前说起。当时我们公司也赶时髦，非要上V2.0的全套方案，图的就是它功能“大而全”。结果那套系统臃肿得要命，但领导喜欢，觉得花了大价钱，看着也高级。
那年，我老婆生孩子，我正在医院陪护。系统突然爆了，不是因为正常的业务压力，而是V2.0里那个炫酷但屁用没有的日志实时分析模块，它自己给自己挖了个内存大坑，把整个服务器的资源都给拖垮了。当时我已经请了假，结果半夜三点，我被二十多个电话轰炸醒了。
我人在医院，远程登上去救火，手忙脚乱地敲指令。虽然3抢救回来了，但隔天就被领导叫回去骂了一顿，说我不该在休假期间还把问题搞得这么大。结果，我那年的年终奖直接泡汤了，理由是“未能确保系统在非工作时间稳定运行”。
年终奖没了不说，医院这边因为担心我来回奔波影响产妇和孩子，让我在家休息了两周，还开了证明。结果，老东家愣是不认我的假条，说我擅离职守。那段日子，我是又憋屈又窝火，一分钱收入没有，还得咬牙撑着。
就是为了那被吞掉的年终奖，我后来跳槽了，但这件事让我心里留下了阴影。我对那些徒有其表、只知道堆砌功能的“豪华版”系统，有着深仇大恨。
V3.0值得看吗？
回到这个所谓的“回归本源”V3.0，它解决的正是五年前差点毁了我家庭的那个“臃肿”问题。但它解决得太粗糙了，为了简单而简单，忽略了稳定性和高级用户的需求。
我的实践记录结论很清楚：如果你是图新鲜的小白，平时只跑跑Demo，V3.0也许能给你省点资源。但如果你是真正干活的老手，需要稳定、需要高可用、需要那些救命的定制化功能，V3.0就是个彻头彻尾的陷阱。它只是披着“回归本源”的外衣，来弥补V2.0当年架构设计上的失误。
那些在网上喊着V3.0真香的人，他们不懂一个系统在生产环境里崩溃一次的代价有多大。我可不信那些鬼话！