知识卡片
早期系统靠买，规模到临界点才靠重构
内容
淘宝和手机QQ的架构演化史揭示同一条规律：业务早期最优策略是”买”或选最简单方案，因核心诉求是”快”，对应[[合适原则]]和[[简单原则]]；只有规模突破临界点、”买”本身失效或成本失控，才转向自研重构，对应[[演化原则]]。触发重构的从来不是”想把架构做先进”，而是具体可观测的症状——频繁死锁重启、加个字段要两月才能上线。发散：判断”要不要重构”该找具体症状，而非抽象地感觉架构旧了。
参考来源
- 位置：《从0开始学架构》第11章《09｜架构设计原则案例》"淘宝""手机QQ"两节（源文件：_epub-src/OEBPS/Text/part0010_split_001.html、part0010_split_003.html）
- 结论依据：原文说明淘宝初期"决策依据主要也是'快'……架构设计和选择主要遵循的是'合适原则'和'简单原则'"，直到"频繁的死锁和重启对用户业务产生了严重的影响……架构的变化没有再简单通过'买'来解决，而是通过重构来解决，架构设计和选择遵循了'演化原则'"；手机QQ第三代架构"灵活性很差，比如……增加'故乡'字段，需要两个月"这类具体症状倒逼架构升级。
- 原始内容：这次切换的最主要原因是因为技术影响了业务的发展，频繁的死锁和重启对用户业务产生了严重的影响，从业务的角度来看这是不得不解决的技术问题……灵活性很差，比如"昵称"长度增加一半，需要两个月；增加"故乡"字段，需要两个月；最大好友数从500变成1000，需要三个月。