架构图基本概念

架构的分类

比如一个团购网站,需要将商品类目,商品,订单,订单服务,支付,退款等进行清晰划分

业务架构不需要考虑使用什么技术开发,并发量以及相关项目实施问题

比如将系统分为数据层,服务层,通信层,展现层,并且细分每个层次的应用服务

比如大数据架构项目的架构逻辑:

技术架构:
- 应用架构只关心需要哪些应用系统,哪些平台来满足业务目标的需求,而不会关心在整个构建过程中需要使用哪些技术
- 技术架构则是根据应用架构的需求,识别需要的技术需求,进行技术选型,将各个关键技术和技术之间的关系描述清楚
技术架构主要解决四个问题:
- 纯技术层面的分层
- 开发框架的选择
- 开发语言的选择
- 涉及非功能性需求的技术选择

系统边界以及与外界的关系: 逻辑架构图, 总体架构, 顶层设计
- 架构图以方框的形式将各个主要实体画出来,通过线条来表现相互之间的关系
- 每一个实体的边界,每一部分的作用都需要在图中明确
系统的内部组成以及各组成部分之间的关系: 逻辑架构图
- 架构图以方框的形式将系统内组成的各个实体画出来,通过线条来表现相互之间的关系
- 系统内的组成可以是逻辑上的模块,也可以是物理上实实在在的微服务
关键流程: 流程图, 时序图
- 这一类图关键在于逻辑的一致性
- 流程中的实体要和逻辑架构中的实体一一对应
数据的流转: 数据架构图
- 类似流程图,只是数据架构图强调的是数据流转关系,所以箭头有特定含义
开发技术的选型: 开发架构图
- 架构图以方框形式表示
- 一般采用分层的画法. 比如框架层, 数据层, 前端层
- 在每一层标识采用的技术框架
如何部署以及需要哪些资源: 物理架构图
- 对应逻辑架构图
- 明确需要部署的节点,需要用到的中间件与数据库以及需要开同的防火墙