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