系统设计之架构图——应用架构图、技术架构图、业务架构图-CFANZ编程社区

文章目录

1 什么是架构图？

1.1 架构图的定义
1.2 架构图的分类
1.3 业务架构图
1.4 应用架构图
1.5 数据架构图
1.6 技术架构图（重要）

2 技术架构图

2.1 技术架构的定义
2.2 java技术架构图

1 什么是架构图？

1.1 架构图的定义

往往系统是非常复杂的，无法一下子全部表达清楚，架构要涵盖的内容和决策太多了，超过了人脑"一蹴而就"的能力范围，因此采用"分而治之"的办法从不同视角分别设计。
所以，也需要从不同的维度来描述这个系统。
也就是说架构图是对系统从某种维度视角的表达，每一种架构图，都是一种视角。

1.2 架构图的分类

在工作中，对上汇报中，经常需要的是如下几种架构图

系统设计之架构图——应用架构图、技术架构图、业务架构图_技术架构

1.3 业务架构图

业务架构，是IT架构的基础。
简单来说，是从业务、产品视角，描述整个平台、或某个产品的实现。

1.4 应用架构图

站在整个平台视角，描述整个平台架构。

1.5 数据架构图

一套对存储数据的架构逻辑，它会根据各个系统应用场景、不同时间段的应用场景，对数据进行诸如数据异构、读写分离、缓存使用、分布式数据策略等划分。
数据架构主要解决三个问题：第一，系统需要什么样的数据；第二，如何存储这些数据；第三，如何进行数据架构设计。

1.6 技术架构图（重要）

一般要求从技术层面描述系统。
一般分为单个系统和分布式系统

2 技术架构图

2.1 技术架构的定义

技术架构就是对在业务架构中提出的功能（或服务）进行技术方案的实现，包括软件系统实现、操作系统选择和运行时设计。
技术架构的边界比较模糊，对于不同的受众，内容的详细程度也不同，技术栈自上而下比较关注技术架构，但是各层关注的点不同。
技术决策层可能关心的是系统或系统群的技术选型，对整体的把握要保证不因为选型引起其他风险，例如，如果在高性能存储方面选择 Redis，就要尽量保证网络的封闭性，避免公网访问；再如，在选择以COBOL语言实现的各类产品时，要考虑市场上开发人员数量少，需要承担更高的迭代成本等。