架构决策，优先级游戏，你准备好了吗？

说实话，当我第一次听到"架构决策优先级游戏"这个词的时候，我整个人dou是懵的。这什么玩意儿？听起来像是某种高端的桌面游戏，又huo者是程序员之间的接头暗号？dan是当我真正深入了解之后 我发现这事儿比打游戏还刺激， 换个赛道。 比追剧还上头，主要原因是它直接关系到你的系统Neng不Neng撑过双十一流量高峰，Neng不Neng在竞争对手面前抬起头来Zuo人。

先让我问你一个问题：你有没有经历过那种凌晨三点接到 为什么架构决策这么要命？ 要我说... 我有个朋友，在一家中型互联网公司Zuo技术负责人。有一次他跟我吐槽说他们公司有个核心系统，代码写得那叫一个乱，乱到什么程度呢？据说新入职的程序员kan到代码之后有一半当场就想离职，再说一个一半则开始怀疑人生。我问他为什么不重构，他说重构？兄弟，你知道重构意味着什么吗？意味着要在不影响现有业务的情况下把整个系统重写一遍，这难度堪比在飞行中的飞机上换发动机。 这就是没有Zuo好架构决策的后果。一开始可Neng觉得某个方案Neng跑就行，先上线再说后来啊呢？技术债务越堆越高，高到后来你想还dou还不起了。我见过太多团队，主要原因是初期的一个草率决定，后来付出了十倍甚至百倍的代价来弥补。这就是为什么我们要把架构决策当成一场游戏来对待——不是主要原因是它不重要， 恰恰是主要原因是它太重要了suo以我们需要用玩游戏的那种认真劲头来对待它。 说到游戏，我觉得这个比喻真的特bie贴切。你打游戏的时候，会不会随便点点技Neng树，ran后发现点错了想重开？那肯定不可Neng嘛，你肯定要研究攻略，要考虑技Neng的combo，要想想这个buildNeng不Neng打过boss。Zuo架构决策也是一样的道理， 你需要考虑各个组件之间的配合，要想想这个选择对未来有什么影响，Neng不Neng应对未来的挑战。 那些年我们踩过的坑 让我给你讲几个真实的案例， dou是我亲身经历huo者听同行说过的，听完之后你可Neng会后背发凉。第一个案例是guan与某电商平台的， 他们在Zuo系统升级的时候，没有充分考虑流量突增的情况，后来啊在一次大促活动期间，系统直接挂掉了。那损失多少钱呢？我只Neng说这个数字足以让ren何一个CEO当场心脏病发作。后来他们复盘发现，如guo当初在架构设计阶段就考虑了弹性 的问题，根本不会出这种事。