关于架构设计的一些观点

原文摘自：http://www.infoq.com/cn/articles/dx-on-architecture



架构本身也是动态发展而来的

一位好的架构师，他真正的价值不在于从第一天开始就拿出一个蓝图，它有多漂亮、多干净。我认为好的架构师首先应该是知识面比较宽广，需要清楚有哪些选择，每个选择在解决当前问题的同时还会带来哪些影响，也就是每种解决方案好的一面和坏的一面。其次，当遇到架构上的问题时，能够通盘的考虑，发现问题的本质，进而提出自己的解决办法。

作为架构师，你在读这些规则或者是在用这些规则的时候，要知道这些规则之后的规则是什么。然后将这些背后的规则去用到自己的工作中，而不是单单生搬硬套，为用而用。

一名优秀的架构师，当然是要多看别人设计的架构，但是在看的同时，需要了解到使其架构成型的现实的限制和现实的原因。除去你看到的架构本身，你需要看到一种动态的架构，知道其背后的推理和它的思维。这样，等遇到问题时，就可以应用这些思维方式，而不是简单的应用架构。以Trunk.ly的后台搜索引擎的存储为例，到目前为止总共经历了4次大的变更，从最初的MySQL，到Sphinx，到Lucene和Solar，再到目前的HyperTable。每次修改都是因为我们知道我们遇到了哪些问题，又因为知道业界都有哪些解决方案，每个解决方案的优缺点是什么，最后有针对性的进行抉择和行动。

我的理解（也是来自infoq编辑的观点）：在一开始，你所有的重点不是去设计一个如何伸缩性强的架构。恰恰相反，你需要做的是快速实现你的想法，去验证它，而后快速地根据情况调整策略。

敏捷的观点就是：快速的做出一个够用就好的架构，产品，不走大设计先行的模式