【架构师从入门到进阶】第一章：架构设计基础——第二节：架构设计原则

本篇文章我们来学习架构设计的原则，有这么三个原则，第一个是合适原则，第二个是简单原则，第三个是演化原则。

许多同学心中或多或少有成为架构师的想法，可是并不是说你把代码写好，就能成为一个架构师，优秀的程序员和架构师之间，还有一个明显的鸿沟需要跨越，这个鸿沟就是不确定性。对编程来说，它是不存在不确定性的，对于同样的一行代码，不管是谁写的，不管什么时候执行，执行的结果总是确定的，这里的确定呢，它不一定是正确性，也就是说哪怕这个程序运行的有bug，那它也是确定的。

但是。架构设计却不一样，架构设计的本质上，它就是不确定的。举一个例子，同样的一个系统。a公司和b公司做出来的架构，可能差异很大，但是最后它都能上线，都能正常的运行。还有同样需要存储，用MySQL也可以，用MongoDB也可以。

所以说架构设计没有像编程语言那样，通过语法进行约束，更多的时候，是面对多种可能性进行选择。选择也就意味着要做放弃，这才是考验架构师的地方。是选择业界最先进的技术呢，还是选择团队最熟悉的技术，这里面就会涉及到一些选择和放弃了，如果选择最先进的技术，那么后面出了问题该怎么办呢？没人会解决，如果选择最熟悉的技术，那后续的技术升级迭代该怎么办呢？是选择更强大、功能更完善的技术方案呢，还是选择更灵活的技术方案呢？这里面也就意味着选择和放弃。

其实关键在于架构设计领域并没有一套通用的方案来指导架构师进行架构设计，更多的是依赖架构师的经验和直觉。因此，架构设计也会被看成一项比较神秘的工作业务，千变万化，技术层出不穷，设计理念也是百花齐放，看起来似乎很难有一套通用的规范适合所有的架构设计场景。

但是呢，在研究了多个公司的架构设计的发展历史之后，从务虚的角度来说，他们都有这么这么几个共同的原则：合适，简单，演化。我们一一来说先说。

合适原则

第一个合适原则。

合适原则简单说就是“合适的就是最好的”。做技术的人总