一、架构的定义
所谓一千个架构师中有一千种“最好的架构”模式。
“架构”是我们这行业种一个很常见的词，表明其必然也是经历了很长的岁月打磨所形成的一个词。架构的这个词出现的意义是什么？为了解决什么问题？只有把这2个问题想明白了，才能设计出一个良好的项目架构。
我认为 架构类似于画房屋设计图，在刚开始我们盖一层楼的小房子的时候，拍拍脑门想一下，脑子里有个大概的样子就开始动工了，想怎么盖就怎么盖，大部分情况下也都不会出现。但是当你要盖一个大楼，这时候拍拍脑门的方式虽然有可能还能管用，但是由于没有经过深思熟虑的多方考量，建造出来的必然是问题重重。另外建造大楼和盖个一层楼的小屋所需的团队规模肯定是不同的，每个人心中的标准不同，如果没有一个统一的规范，最后的结果可想而知。所以架构就是定规则做限制，是在权衡各方得与失之后的一个“最合理决策”，由它来指导团队中的每个人思想层面上的一致，使得最终的产品达到像由一个人做出来的一样。另外还有控制复杂度、提高团队协作力、降低成本等等作用。
在软件开发中，架构的意义不单单是为了让团队达成一致，因为我们工作的本质是为了做出更好的支撑业务发展需要的软件产品，所以架构也是基于业务的架构。我认为一个好的架构能够提前预见业务发展1~2年为宜。这样可以付出较为合理的代价换来真正达到技术引领业务成长的效果。我相信大部分在中小型公司呆过的人应该都经历过被业务推着走的时代，每天焦头烂额的这里卡了，这里挂了，这里报错等等问题。当我们遇到这些问题的时候是时候花成本来考量当前的架构是否存在问题？
延伸阅读
学习是年轻人改变自己的最好方式