谈谈架构的本质和架构分类


一. 什么是架构和架构本质

在软件行业,对于什么是架构,都有很多的争论,每个人都有自己的理解。此君说的架构和彼君理解的架构未必是一回事。因此我们在讨论架构之前,我们先讨论架构的概念定义,概念是人认识这个世界的基础,并用来沟通的手段,如果对架构概念理解不一样,那沟通起来自然不顺畅。

Linux有架构,MySQL有架构,JVM也有架构,使用Java开发、MySQL存储、跑在Linux上的业务系统也有架构,应该关注哪一个要清楚以上问题需要梳理几个有关系又相似的概念:系统与子系统、模块与组建、框架与架构:

1.1. 系统与子系统

系统:泛指由一群有关联的个体组成,根据某种规则运作,能完成个别元件不能独立完成的工作能力的群体。

子系统:也是由一群关联的个体组成的系统,多半是在更大的系统中的一部分。

1.2. 模块与组件

都是系统的组成部分,从不同角度拆分系统而已。模块是逻辑单元,组件是物理单元。

模块就是从逻辑上将系统分解, 即分而治之, 将复杂问题简单化。模块的粒度可大可小, 可以是系统,几个子系统、某个服务,函数, 类,方法、 功能块等等。

组件可以包括应用服务、数据库、 络、物理机、还可以包括MQ、容器、Nginx等技术组件。

1.3. 框架与架构

框架是组件实现的规范,例如:MVC、MVP、MVVM等,是提供基础功能的产品,例如开源框架:Ruby on Rails、Spring、Laravel、Django等,这是可以拿来直接使用或者在此基础上二次开发。

框架是规范,架构是结构。

我在这重新定义架构:软件架构指软件系统的顶层结构。

架构是经过系统性地思考, 权衡利弊之后在现有资源约束下的最合理决策, 最终明确的系统骨架: 包括子系统, 模块, 组件. 以及他们之间协作关系, 约束规范, 指导原则.并由它来指导团队中的每个人思想层面上的一致。涉及四方面:

  • 系统性思考的合理决策:比如技术选型、解决方案等。

  • 明确的系统骨架:明确系统有哪些部分组成。

  • 系统协作关系:各个组成部分如何协作来实现业务请求。

  • 约束规范和指导原则:保证系统有序,高效、稳定运行。

因此架构师具备能力:理解业务,全局把控,选择合适技术,解决关键问题、指导研发落地实施。

架构的本质就是对系统进行有序化地重构以致符合当前业务的发展,并可以快速扩展。

那什么样的系统要考虑做架构设计 技术不会平白无故的出和自驱动发展起来,而架构的发展和需求是基于业务的驱动。

架构设计完全是为了业务,

  • 需求相对复杂.

  • 非功能性需求在整个系统占据重要位置.

  • 系统生命周期长,有扩展性需求.

  • 系统基于组件或者集成的需要.

  • 业务流程再造的需要.

二. 架构分层和分类

架构分类可细分为业务架构、应用架构、技术架构, 代码架构, 部署架构

2.2. 应用架构(剖面架构,也叫逻辑架构图):

硬件到应用的抽象,包括抽象层和编程接口。应用架构和业务架构是相辅相成的关系。业务架构的每一部分都有应用架构。

类似:

2.4. 代码架构(也叫开发架构):

子系统代码架构主要为开发人员提供切实可行的指导,如果代码架构设计不足,就会造成影响全局的架构设计。比如公司内不同的开发团队使用不同的技术栈或者组件,结果公司整体架构设计就会失控。

代码架构主要定义:

①. 代码单元:

  • 配置设计

  • 框架、类库。

②. 代码单元组织:

  • 编码规范,编码的惯例。

  • 项目模块划分

  • 顶层文件结构设计,比如mvc设计。

  • 依赖关系

物理架构主要考虑硬件选择和拓扑结构,软件到硬件的映射,软硬件的相互影响。

添加时可以备注城市+职位+年限】

文章知识点与官方知识档案匹配,可进一步学习相关知识Java技能树使用JDBC操作数据库数据库操作91960 人正在系统学习中

声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!

上一篇 2022年1月16日
下一篇 2022年1月16日

相关推荐