1. 背景

1.1 架构中的问题识别

需求分析，架构实现，（新需求，架构改动，）* n，= 推倒重来。

这个过程是一个循环往复的过程，有的产品每年都会推倒重来一次。

而这个过程是如何造成的呢？原因之一是每次迭代过程中都没有用正确的架构方法来进行迭代造成的，就像在歪楼上继续加盖楼层一样，最终还是会倒塌（不过这个原因并不是唯一的原因，其他原因留到后续文章中阐述）。

这真是一个悲伤的故事，但是又是一个时常发生的故事。或者说我们大多数人都经历过的场景。

要解决这个问题，那就需要在每次迭代中，都需要用正确的姿势对不对？要用对姿势其中有一个重要的原因是架构。就像一幢大楼，如果架构设计的越有问题，这幢大楼被重造的可能性就越大。

这里正确的姿势到底是什么姿势？接下来本文会阐述一整套架构方法论，该方法论中包含了详细的架构推导逻辑，帮助我们在工作中在各个粒度，各个层次做好架构工作。

我们后续的文章中将会着重阐述如何通过自底向上以及自顶向下的两种架构思考方式来解决这些问题，但是在那之前，我们还是先来聊聊什么叫“架构”。

1.2 什么是架构？

大概是在11年前左右，在土豆网做广告平台，同时也做视频CDN的相关事情，当时做一个服务，基础架构是lighttpd + squid + tomcat，将静态资源分离到httpd，get请求使用squid缓存，智能路由使用HTTP post请求，并让tomcat提供服务，当时就觉得这就是架构。再后来，做了视频CDN相关的基础建设的工作，就觉得这就是做架构，关键那个时候也没有人告诉我们什么架构，自己不知道自己不知道。

再后来慢慢成长，又去了做了几年中间件（包括高性能RPC和JSR-170），然后就觉得这也是做架构。当时也没有前辈跟我讲什么是架构，那个时候的我对架构是没有体系化认知的，都是凭着感觉做的，是 不知道自己不知道