七牛云 CEO 许式伟：首次完整架构经验分享_架构_许式伟

对工作多年的程序员而言，日后的职业发展无非是专精技术，转型管理，晋升架构师三种选择。成为一名优秀的架构师，是大多数技术人的追求。

想要做架构，空有一身技术是远远不够的，知识的深度和广度，会决定一个架构师的架构能力。而这些知识，从你踏入 IT 行业那一刻起，甚至更早就应该开始储备了。

我见过很多人，做了 7、8 年程序员，仍然停留在「码农」的阶段，平时工作节奏太快，很难有机会系统学习架构，也没人教，只能闷头敲代码，越来越被动。

而一旦你拥有「架构思维」，胸中自有大局观，对职业发展、职场晋升都会起到巨大的作用：

所以，无论你是否已经是团队里的架构师，对任何一位程序员来说，具备架构思维都会成为让你脱颖而出的关键。

但据我在工作中的观察，很多人对「架构」的理解，还停留在产品经理出需求，架构师依据产品设计给出实现，也就是所谓的架构设计方案这一阶段。

在我看来，这其实是个误解。架构关乎整个工程，以及实现它的人，又因团队的能力而异。

同时，架构也关乎用户需求，作为架构师，我们不仅要知道当前的用户需求是什么，还要对需求未来可能会出现的变化做出合理预判。

所以，想要成长为优秀的软件架构师，关键在于四个字：掌控全局。

掌控全局，就是要对系统的全貌了然于胸，在自己心中重新构建出整个世界。而不是一上来就沉浸在某个技术的实现细节中，除非它影响了你对这个世界构建过程的理解。

当你了解了世界的脉络和骨骼，你的感觉将完全不同，因为，你已经成为了世界的构建者。

而架构的本质，不正是构建和创造么？

作为一个技术人，我接触过的与架构相关的图书，大概有这么几类：

架构思维类。通常从一些著名的架构理论讲起，比如开闭原则、单一职责原则等等。其弊端在于过度理论化，而计算机科学归根到底属于工程技术类，应该实践第一。
设计模式类。这类一般上来就进入架构的局部细节，每个模式的来龙去脉并不容易理解。就算理解了某个具体的模式，也很难真正做到活学活用。
分布式系统架构设计类。通常从服务端的通用问题如一致性、高可用、高并发挑战等话题讲起，阐述大型业务系统面临的挑战。这些知识虽然非常有价值，但无法延伸至通用业务架构，对大部分企业的架构实践不具备真正的指导意义。
重构类。主要讲如何如何改进代码，其实是最实用的一类。但在我看来，一个模块最初的地基是最重要的，基本决定了这座大厦能够撑多久，而重构更多侧重于大厦建成之后，在服务于人的前提下怎么去修修补补，延长生命。

这些架构类图书并没有达到我个人的期望，在我看来，它们都没有揭开架构设计的全貌。

所以一直以来，我就心存这样一个念头：“写一本不一样的架构书”。这个念想，正是今天这个专栏的由来，它和你现在能看得到的大部分架构书都不太一样。