Appearance
信息系统架构：企业架构 · TOGAF · 微服务与云原生
本页导读：架构是"系统的骨架设计说明书"。本页从企业架构四层讲起，重点过 TOGAF 及其 ADM 架构开发方法，再对比集中式/分布式、SOA/微服务这些经典辨析，最后补齐云原生技术族。考法上概念判断与"某做法属于哪类架构"的场景匹配为主。
一、架构是什么，为什么考
架构 = 系统的顶层结构与设计决策：分几层、模块怎么切、数据怎么流、部署在哪。项目经理不需要亲手画架构图，但要能：
- 读懂架构方案，参与评审（案例题干常给架构描述让你判断优劣）
- 在论文里把项目技术背景写得专业可信
二、企业架构（EA）：四层骨架（高频）
企业架构从上往下分四层，业务架构是源头，技术架构是底座：
| 层 | 回答的问题 | 典型内容 |
|---|---|---|
| 业务架构 | 业务怎么运转 | 业务流程、组织结构、业务能力地图 |
| 应用架构 | 用哪些系统支撑业务 | 应用系统划分、系统间接口与集成关系 |
| 数据架构 | 数据怎么组织流动 | 数据模型、主数据、数据流、数据治理 |
| 技术架构 | 跑在什么技术设施上 | 网络、服务器、云平台、中间件、安全设施 |
记忆口诀：业应数技（业务→应用→数据→技术）。考题爱把某项内容塞错层，比如把"主数据管理"放到技术架构——它属于数据架构。
三、TOGAF 与 ADM（本页核心考点）
TOGAF 是 The Open Group 发布的企业架构框架，核心是 ADM（Architecture Development Method，架构开发方法）——一个循环的架构开发流程。
ADM 阶段顺序（按序记忆）
| 阶段 | 名称 | 干什么 |
|---|---|---|
| 预备阶段 | Preliminary | 明确架构能力、原则、准备资源 |
| A | 架构愿景 | 确定范围、干系人、愿景与批准 |
| B | 业务架构 | 定义业务基线与目标架构 |
| C | 信息系统架构 | 数据架构 + 应用架构两小步 |
| D | 技术架构 | 定义技术基线与目标架构 |
| E | 机会与解决方案 | 差距分析，形成候选方案与路线图 |
| F | 迁移规划 | 制定实施与迁移计划 |
| G | 实施治理 | 对实施项目进行架构治理 |
| H | 架构变更管理 | 管理架构变更需求 |
| 中心 | 需求管理 | 贯穿全程，持续接收并管理需求 |
高频考法：①"需求管理位于 ADM 的什么位置"——中心，贯穿各阶段；②阶段排序题；③"C 阶段包含哪两个架构"——数据 + 应用。
四、集中式 vs 分布式
| 维度 | 集中式 | 分布式 |
|---|---|---|
| 结构 | 一台/一组核心主机统一处理 | 多节点协作，任务拆分到多机 |
| 优点 | 结构简单、数据一致性好管理 | 高并发、可扩展、容错好 |
| 缺点 | 单点瓶颈、扩展性差 | 复杂、一致性保障难 |
| 典型 | 传统核心银行主机 | 互联网大规模服务 |
经典 C/S 与 B/S：
| 结构 | 客户端形态 | 特点 |
|---|---|---|
| C/S | 需安装专用客户端 | 交互强、性能好；部署维护成本高 |
| B/S | 浏览器即可 | 零安装、易升级；受浏览器能力限制 |
五、SOA 与微服务（经典辨析，必背）
两个都是"把功能拆成服务"的思想，差在拆法和治理：
| 维度 | SOA 面向服务架构 | 微服务 |
|---|---|---|
| 粒度 | 粗粒度服务 | 细粒度、小而专 |
| 通信 | 重协议（SOAP/WSDL），常经 ESB 企业服务总线 | 轻量协议（REST/HTTP、消息队列） |
| 治理 | 中心化（ESB 是枢纽） | 去中心化 |
| 数据 | 多服务共享数据库 | 每服务独立数据库 |
| 部署 | 整体打包部署为主 | 独立部署、独立伸缩 |
| 典型场景 | 企业遗留系统整合 | 互联网持续迭代的业务系统 |
一句话抓分：ESB 是 SOA 的招牌，独立数据库是微服务的招牌。
六、常见架构风格速览
| 风格 | 特点 | 考点 |
|---|---|---|
| 分层架构 | 表现层/业务层/数据层等水平切分 | 最常见的"默认答案" |
| 事件驱动 | 组件通过事件消息解耦联动 | 与消息队列配合 |
| 管道-过滤器 | 数据流经一串处理单元 | 编译器类系统 |
| 微内核 | 小核心 + 插件扩展 | IDE、浏览器插件体系 |
| CS/BS | 见上节 | 与"瘦客户端"结合考 |
七、云原生与新一代部署形态
云原生 = 生在云上、长在云上的应用构建方式，四大件常被并提：容器、微服务、DevOps、持续交付。
| 技术 | 一句话 | 考点 |
|---|---|---|
| 容器 Docker | 轻量级、可移植的标准化运行单元 | 与虚拟机辨析：共享内核、秒级启动 |
| Kubernetes（K8s） | 容器编排平台：调度、扩缩容、自愈 | 云原生底座的事实标准 |
| 服务网格 | 处理服务间通信的基础设施层 | 微服务流量治理下沉 |
| Serverless | 无服务器：按事件触发、按需付费，不感知底层机器 | 理念是"免运维、弹性到函数级" |
| DevOps | 开发运维一体，自动化流水线 | 与敏捷的关系：敏捷管开发节奏，DevOps 打通开发到运维 |
| 中台 | 沉淀可复用的能力层（业务中台/数据中台） | 国内互联网大厂概念，案例背景常见 |
虚拟机 vs 容器（高频辨析）
| 维度 | 虚拟机 | 容器 |
|---|---|---|
| 隔离级别 | 完整操作系统级 | 进程级（共享宿主内核） |
| 启动速度 | 分钟级 | 秒级 |
| 资源开销 | 大（每台带完整 OS） | 小 |
八、数据架构补充：仓库、湖与集市
做论文背景或案例阅读时常见这组词：
| 概念 | 定位 |
|---|---|
| OLTP | 面向交易的处理，日常业务系统数据库的工作模式 |
| OLAP | 面向分析的多维查询，支撑报表与决策 |
| 数据仓库 DW | 面向主题的、集成的、相对稳定的数据集合，支撑决策分析 |
| 数据湖 | 原始形态集中存放多源数据，先存后治理 |
| 数据集市 | 面向部门/主题的小型数据集市 |
| BI | 在数仓之上做分析与可视化的工具体系 |
辨析一句话：数仓先建模后入库，数据湖先入库后建模。
九、常考辨析汇总
| 易混点 | 一句话区分 |
|---|---|
| 业务/应用/数据/技术架构 | 业应数技四层，业务是源头 |
| ADM 的 C 阶段 | 数据架构 + 应用架构 |
| 需求管理 | 在 ADM 中心，贯穿全程 |
| SOA vs 微服务 | ESB 中心化 vs 去中心化独立部署独立库 |
| C/S vs B/S | 装客户端 vs 浏览器直接用 |
| 虚拟机 vs 容器 | 带完整 OS 的分钟级 vs 共享内核的秒级 |
| 数仓 vs 数据湖 | 先建模 vs 先存后治 |
| OLTP vs OLAP | 记账 vs 看账 |
十、论文里怎么用
- 项目技术背景一句话模板："本项目采用 B/S 架构、微服务技术栈，部署于企业私有云，通过 K8s 实现容器化编排……"
- 迁移/重构类项目可写"由集中式单体架构向分布式微服务架构演进"，正好带出风险与干系人管理的故事线
- 架构选型理由要落在业务需求上（高并发、快速迭代、遗留整合），不要为技术而技术——这本身就是架构评审的思维方式
小结
- 企业架构四层"业应数技"，TOGAF ADM 顺序 + 需求管理居中是硬考点
- SOA vs 微服务、虚拟机 vs 容器两组辨析必须秒答
- 云原生四件套：容器、微服务、DevOps、持续交付
下一页：信息安全 →