1、架构与框架的区别
提到架构，大家常常会将架构（Architecture）和框架（Framework）混为一谈。
例如：
1）开源系统(MySQL、Nginx)架构
2）大公司架构实现(支付宝、微信)
那两者的区别是什么呢？
架构：架构本身不是软件，而是关于软件如何设计的策略。是有关软件整体结构与组件的抽象描述，用于指导大型软件系统各个方面的设计。
框架：面向特定领域的、可复用的“半成品”软件，它实现了该领域的共性基础部分，并提供了一些定义良好的可变点以保证灵活性和可扩展性。是领域内、特定语言和技术的架构应用解决方案。
总结：架构关注的是“结构”，框架关注的是“规范”。
框架是软件，目的是抽象通用化高效解决问题；架构是软件的抽象解决方案，目的是便于进行大局拆解与局部细化。
架构与框架
2、架构是什么？
软件架构(Software Architecture)
“
有关软件整体结构与组件的抽象描述，用于指导大型软件系统各个方面的设计。 --来自维基百科
系统是由一群关联个体的组成的，系统中的个体需要“根据某种规则”协作，架构需要明确这种协作规则。
架构=骨架、结构，来源于建筑学。前者揭示架构中内在的支撑物，后者则表明架构关心支撑物相互结合的某种构造方式。
为什么会出现架构设计？
主要可归纳为以下几个原因：
1）业务需求多，而且易变
2）软件系统越来越复杂
3）参与的人越来越多
4）跨项目共性/特殊性的问题越来越多
5）技术发展日异月新
基于以上多种因素，导致系统维护成本越来越高：
1）系统规模庞大、内部耦合严重，开发效率低；
2）系统耦合严重，牵一发动全身，后续修改和扩展困难；
3）系统逻辑复杂，容易出问题，出问题后很难排查和修复。
3、架构的目的是什么？
架构设计的目的是什么？
为了解决软件系统复杂度带来的问题。
其终极目标是：用最小的人力成本来满足构建和维护系统的需求。
架构设计的好处有哪些？
1）做到心中有数，而不是一头雾水(“新手”架构师)
2）有的放矢，而不是贪大求全(“老鸟”架构师)
一些Case：
“我们的系统一定要能够支撑到QPS 10w ...”
“微信朋友圈的架构就是这么做的，我们也这样来吧...”
“Docker现在很热，我们的架构应该将Docker引入进来...”
总结
随着业务的发展，跨系统架构设计必将成为我们重要的解决难题，届时可能需要重新优化设计。我们期望一张很大的架构图，囊括所有的业务相关的设计，事实上如果不深入了解业务，架构图就是纸上谈兵。
架构的本质在于合理，合理表现为两个方面:
1）提高效率:用更少的人力承接更多的工作
2）降低预算:用更少的机器承接更多的任务
END
