我当初着手写这个“摇篮中的爱丽丝”，完全是被气到了。被谁气到？被一个外包甲方，还有我自己以前写的一堆破烂代码气到的。
我是怎么被逼上这条路的
刚开始的时候，我接了个私活，做一套小型的用户管理后台。图快，就用了市面上那几个流行框架，想着赶紧交货完事。结果？那家伙的需求三天两头变，每次一改，整个系统就崩一回，查个错得花半天。我那段时间修的不是Bug，简直是在给自己挖坑。
有天晚上，系统又炸了，我熬到凌晨三点才修当时我就决定，不行，我得自己搭一个谁也动不了、改不了底子的东西。它得像个摇篮一样，稳稳当当的，名字就叫“摇篮中的爱丽丝”。爱丽丝是谁不重要，重要的是摇篮得稳。
实践过程：爱丽丝的诞生
我把之前所有外包项目砍掉，从头开始，找了一块干净的服务器，撸起袖子就是干。这回我坚决避免那些所谓“一步到位”的复杂工具，用最简单、最基础的架构一点点堆起来。
第一步，我动手写了核心的消息队列，保证每个请求进来和出去都是有记录、可追溯的。我花了整整两周时间，就干了这么一件事，就是确保整个数据流动不会在半路迷路或者丢包。这步叫“爱丽丝的脚踏板”，必须要稳。
小编温馨提醒：本站只提供游戏介绍，下载游戏请前往89游戏主站，89游戏提供真人恋爱/绅士游戏/3A单机游戏大全，点我立即前往》》》绅士游戏下载专区
- 第一阶段：我规划了基础的服务注册与发现，避免了那种硬编码的地址，实现了服务互相找到对方。 [费时一周]
- 第二阶段：我彻底重写了错误处理模块。以前一处错就全部停摆，现在我加入了熔断机制，一个子服务挂了，只会影响它自己，主服务依然跑着。 这块我调试得头发都快掉光了，但效果是真牛。 [费时两周]
- 第三阶段：我开放了日志记录接口，把所有的信息都丢到单独的存储区，保证即使系统在高压下崩溃，我依然能知道到底哪里出了问题。 [费时三天]
这回的更新日志，主要就是集中在第二阶段的熔断和错误隔离上。我跑了几轮压力测试，模拟了上千个用户同时乱搞的情况。之前那种一按F5就白屏的景象彻底消失了。系统是慢了点，但是它抗得住，扛得稳。
爱丽丝的成长与我的底气
爱丽丝已经跑了快半年了，没出过一次系统级的故障。那些找我做外包的甲方，现在回头看我的“摇篮”系统，都说好用。可我已经不是那个随便接私活的毛头小子了。
前几天，那个当初把我气到跳脚的甲方又找到我，说他后来自建的系统又崩了，问能不能用我的爱丽丝。我当时就回了一句，语气比他稳多了：“我的爱丽丝现在只服务我自己，不外包。”
这套系统，就是我花了时间、挨了骂、掉了头发，一步步自己实践出来的底气。这份更新日志，不是给别人看的，是给我自己留的念想：技术这东西，得自己掌握在手里，才能睡个安稳觉。