如何画架构图

一、业务架构图、应用架构图、数据架构图、技术架构图

1. 业务架构：业务要干什么 → 给老板、产品、业务方看
2. 应用架构：系统怎么分工 → 给产品、架构师、项目经理看
3. 数据架构：数据怎么存、怎么流 → 给DBA、数据开发、架构师看
4. 技术架构：用什么技术栈、怎么部署 → 给研发、运维、测试看

---

二、每张图：面向谁 + 画什么 + 方法论

1. 业务架构（Business Architecture）

给谁看？

• 企业高管、业务负责人、产品总监
• 不关心代码，只关心业务能力、流程、价值

画什么？

• 业务域
• 业务能力
• 业务流程
• 组织 / 角色
• 业务目标

方法论（最标准）

TOGAF 业务架构方法论

三步骤：

1. 划分业务域 / 业务能力
2. 梳理核心业务流程
3. 明确业务对象与规则

一句话画法：

从上到下：战略 → 业务域 → 业务能力 → 业务流程

---

2. 应用架构（Application Architecture）

给谁看？

• 架构师、产品经理、项目经理、研发负责人
• 关心系统怎么拆、谁调用谁

画什么？

• 应用系统 / 微服务
• 服务边界
• 调用关系
• 分层（前端、网关、服务、基础应用）

方法论

DDD + 模块化分层

画法：

1. 按业务域拆应用
2. 按职责分层（用户层、接入层、业务层、基础层）
3. 画服务依赖关系

一句话画法：

业务能力 → 应用 / 服务 → 调用关系 → 分层

---

3. 数据架构（Data Architecture）

给谁看？

• DBA、数据平台、数据分析师、架构师
• 关心数据从哪来、存在哪、去哪

画什么？

• 数据主题域（用户、订单、商品…）
• 数据流向
• 数据存储（MySQL、ES、Redis、数仓）
• 主数据、元数据、指标

方法论

主题域模型 + 数据流向

画法：

1. 按业务划数据主题
2. 画数据产生 → 汇聚 → 加工 → 消费
3. 定义存储与交换方式

一句话画法：

数据从哪来 → 存在哪 → 怎么用 → 给谁用

---

4. 技术架构（Technology Architecture）

给谁看？

• 研发、运维、测试、基础设施团队
• 最落地，直接指导开发部署

画什么？

• 技术栈（Java、Go、前端框架）
• 中间件（MQ、Redis、Nacos、Sentinel）
• 部署架构（K8s、服务器、云服务）
• 网络、安全、监控

方法论

分层架构 + 部署视图

标准分层：

• 接入层
• 应用层
• 服务层
• 数据层
• 基础设施层

一句话画法：

用什么技术 → 怎么部署 → 怎么通信 → 怎么保障高可用

---

三、四者关系

1. 业务架构 → 决定 应用架构
2. 应用架构 → 决定 数据架构
3. 数据架构 + 应用架构 → 决定 技术架构

从上到下：

业务 → 应用 → 数据 → 技术

---

四、最简单可直接照抄的画法模板

业务架构

[战略目标]
   ↓
[业务域1] [业务域2] [业务域3]
   ↓        ↓        ↓
[能力1] [能力2] [能力3]
   ↓
[核心业务流程]

应用架构

[前端/移动端/小程序]
        ↓
[网关/接入层]
        ↓
[用户服务] [订单服务] [商品服务]
        ↓
[基础服务] [公共服务]

数据架构

[业务系统产生数据]
        ↓
[库表/缓存/消息]
        ↓
[数据汇聚/数仓]
        ↓
[报表/大屏/分析]

技术架构

[CDN / 域名 / LB]
        ↓
[网关 / Nginx]
        ↓
[Java微服务集群]
        ↓
[Redis / MQ / ElasticSearch]
        ↓
[MySQL / 分库分表]
        ↓
[K8s / 云服务器 / 监控]