架构到底是什么？

每一位程序员都有一颗成为架构师的心。好多人都在问，架构到底是什么？本文来展开探讨一下~

1、架构与框架的区别

架构有很多说法，例如：

    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）降低预算:用更少的机器承接更多的任务



Thanks for reading!