第12章 信息系统架构设计理论与实践 — 系统架构设计师

第12章 信息系统架构设计理论与实践 — 系统架构设计师学习笔记 本章是架构设计师考试的综合应用章节将前面学到的架构理论落地到信息系统的实际设计中。前面章节讲了什么是架构“怎么评估架构”“怎么维护架构”本章则讲怎么为一个完整的信息系统设计架构。这是架构师实战能力的集中体现也是案例分析题的综合大Boss。学完本章你需要能设计企业信息架构、选择集成方案、规划数据架构、设计应用架构。一、章节概览1.1 本章地位与核心目标如果前面章节是学兵器本章就是上战场。本章将软件架构的理论综合应用到信息系统的完整设计中涵盖从企业战略到技术落地的全链路。这是架构师从技术专家走向战略设计师的关键一步。本章围绕五个核心问题展开什么是信息系统架构→ 概念、层次、组成要素怎么设计企业级架构→ 企业架构框架Zachman、TOGAF怎么设计数据架构→ 数据架构的方法与策略怎么设计应用架构→ 应用架构模式与集成方案怎么设计基础设施架构→ 基础设施规划与技术选型1.2 知识思维导图第12章 信息系统架构设计理论与实践 ├── 12.1 信息系统架构概述 │ ├── 信息系统架构的定义 │ ├── 信息系统架构的层次 │ └── 信息系统架构的设计原则 ├── 12.2 企业架构框架 │ ├── Zachman框架 │ ├── TOGAF框架 │ ├── FEAF联邦企业架构框架 │ └── 各框架对比 ├── 12.3 信息系统架构的组成 │ ├── 数据架构 │ ├── 应用架构 │ ├── 技术架构基础设施架构 │ └── 业务架构 ├── 12.4 企业应用集成EAI │ ├── 集成的层次数据/应用/业务/界面 │ ├── 集成方式点对点/总线/中间件 │ ├── ESB企业服务总线 │ └── EAI方案对比 ├── 12.5 面向服务的架构SOA │ ├── SOA的概念与原则 │ ├── Web Service技术 │ ├── SOA与微服务的区别 │ └── SOA治理 ├── 12.6 数据架构设计 │ ├── 数据架构的概念 │ ├── 数据模型概念/逻辑/物理 │ ├── 数据仓库与数据湖 │ ├── 数据治理 │ └── 主数据管理 ├── 12.7 应用架构设计 │ ├── 应用架构模式 │ ├── 分层架构设计 │ ├── 分布式架构设计 │ └── 中间件技术 └── 12.8 基础设施架构设计 ├── 基础设施的概念 ├── 服务器/存储/网络规划 ├── 高可用设计 └── 灾备方案二、核心知识点精讲12.1 信息系统架构概述★ 基础概念12.1.1 信息系统架构的定义概念定义信息系统架构是对信息系统整体结构的设计包括系统的组成要素、相互关系、指导原则以及系统与外部环境的交互方式。通俗解释就像城市规划——不是设计一栋楼软件架构而是规划整个城市信息系统商业区在哪应用架构、道路怎么修技术架构、水电怎么供数据架构、居民区怎么分布业务架构。⚠️考点区分软件架构关注单个系统的内部结构信息系统架构关注多个系统组成的整体结构企业架构关注整个企业的IT战略和系统规划12.1.2 信息系统架构的四个层次层次关注点核心问题产出物业务架构业务流程与规则企业做什么业务业务流程图、业务规则应用架构应用系统的组织需要哪些系统怎么协作应用系统图、接口定义数据架构数据的组织与流转数据从哪来到哪去怎么存数据模型、数据流图技术架构技术基础设施用什么技术怎么部署部署图、技术选型方案记忆口诀“业应数技”业务 →应用 →数据 →技术从上到下从业务需求到技术实现12.1.3 信息系统架构设计原则原则含义举例业务驱动架构设计由业务需求驱动先搞清楚业务再选技术标准化遵循行业标准和规范使用RESTful API标准松耦合系统间依赖尽量少通过消息队列解耦高可用保证系统持续可用主备切换、集群部署可扩展支持业务增长和变化水平扩展、模块化设计安全性保障数据和系统安全分层安全、加密传输可管理便于运维和监控统一日志、集中监控12.2 企业架构框架★★★ 高频考点12.2.1 Zachman框架概念定义由John Zachman提出的企业架构分类框架用6个视角 × 6个关注点组成的矩阵来描述企业架构。通俗解释就像盖房子——业主看外观规划视角、建筑师看设计建筑视角、工程师看结构结构视角、施工队看细节技术视角、装修工看材料详细视角、物业看维护功能视角。Zachman矩阵6×6视角\关注点What数据How功能Where网络Who人员When时间Why动机规划者业务数据模型业务过程模型业务系统环境人员组织业务周期业务目标拥有者概念数据模型概念过程模型概念系统环境人员角色业务事件业务策略设计者逻辑数据模型逻辑过程模型逻辑系统环境人机界面事件响应业务规则构建者物理数据模型物理过程模型物理系统环境安全架构控制结构规则实现实施者数据库设计程序设计网络设计安全设计调度设计规则测试运行者实际数据实际功能实际系统实际用户实际事件实际约束⚠️考点Zachman是一个分类框架分类学不是方法论——它告诉你应该考虑哪些方面但不告诉你怎么做。12.2.2 TOGAF框架★★★ 最常考概念定义The Open Group Architecture Framework是目前最主流的企业架构框架提供了一套完整的架构开发方法ADM。通俗解释如果Zachman是建筑百科全书告诉你有哪些知识那TOGAF就是施工手册告诉你一步步怎么做。TOGAF的ADM循环架构开发方法┌─── 准备阶段 ───┐ │ │ 架构愿景 业务架构 ↑ ↓ 机会与解决 信息系统架构 ↑ ↓ 技术架构 迁移规划 ↑ ↓ 实施治理 ←── 架构变更管理 ──┘ │ │ └─── 需求管理 ───┘ 贯穿全程ADM各阶段说明阶段名称核心任务产出物预备Preliminary确定架构框架和原则架构能力框架A架构愿景确定范围、干系人、愿景架构工作请求、架构愿景B业务架构设计目标业务流程业务架构文档C信息系统架构设计数据架构和应用架构数据架构应用架构文档D技术架构设计技术基础设施技术架构文档E机会与解决方案识别实施机会和方案实施路线图F迁移规划制定详细迁移计划迁移计划G实施治理监督实施过程合规审查H架构变更管理管理架构变更变更请求记忆口诀“准愿业信技机迁实变”准备 →愿景 →业务 →信息系统 →技术机会 →迁移 →实施 →变更⚠️高频考点TOGAF的核心是ADM循环迭代开发需求管理贯穿所有阶段不是某个阶段的事TOGAF包含内容框架描述什么ADM方法怎么做12.2.3 企业架构框架对比对比维度ZachmanTOGAFFEAF本质分类框架分类学方法论怎么做参考框架核心6×6矩阵ADM循环参考模型是否提供方法❌ 不提供✅ 提供完整方法部分提供关注点全面分类描述架构开发过程政府IT治理适用场景架构文档组织架构开发全过程政府/大型企业复杂度理论完整但抽象实用但复杂偏重治理一句话区分Zachman 百科全书分类全但没步骤TOGAF 施工手册有步骤有方法FEAF 政府规范侧重治理和标准化12.3 企业应用集成 EAI★★★ 必考12.3.1 EAI的概念概念定义将企业内部不同的应用系统连接起来实现数据和业务流程的集成。通俗解释就像把城市里各自为政的公交线路整合成统一的公交网络——乘客不用每个公司买一张票数据互通换乘也方便流程打通。12.3.2 EAI的四个集成层次集成层次含义实现方式优点缺点类比数据集成统一数据存储和访问ETL、数据仓库、联邦数据库数据一致性实时性差统一账本应用集成应用间直接通信API调用、消息队列、RPC实时性好耦合度高电话直连业务集成业务流程跨系统打通BPEL、工作流引擎流程自动化复杂度高流水线界面集成统一的用户入口门户Portal、SSO用户体验好只是表面集成统一前台记忆口诀“数应界业”数据集成最底层→应用集成 →界面集成 →业务集成最高层从低到高数据→应用→界面→业务⚠️考点数据集成是最基础、最常见的集成方式业务集成是最高层次实现端到端的流程自动化界面集成最简单但最浅只统一了入口后台还是各干各的12.3.3 集成方式对比集成方式说明优点缺点适用场景点对点集成系统之间直接连接简单直接N个系统需要N×(N-1)/2条连线系统少5个总线集成ESB通过企业服务总线连接松耦合、易扩展总线成为瓶颈中大型企业中间件集成通过消息中间件连接异步、可靠需要维护中间件异步场景星型集成通过中心节点连接管理简单中心节点是单点故障有核心系统的场景通俗理解点对点 每两个人之间打电话线多且乱总线ESB 大家通过总机转接有序但总机忙中间件 大家通过微信群沟通异步但需要有人管群12.3.4 ESB 企业服务总线★★ 重点概念定义一种中间件架构作为企业各系统之间的统一通信枢纽实现消息路由、协议转换、数据变换。通俗解释就像机场的中转枢纽——不管从哪来的航班系统都先到中转站ESB再由中转站分配到目的地。不用每条航线都直飞。ESB的核心功能功能说明举例消息路由将消息发送到正确的目的地订单消息路由到库存系统协议转换不同协议之间的转换HTTP → JMS数据变换数据格式的转换XML → JSON服务编排组合多个服务完成业务流程下单→扣库存→发货安全控制认证、授权、加密消息签名验证12.4 面向服务的架构 SOA★★★ 高频考点12.4.1 SOA的概念概念定义将系统功能封装为独立的服务通过标准接口进行通信服务之间松耦合、可复用。通俗解释就像银行的柜台服务——每个窗口是一个独立的服务存款、取款、转账你不需要知道窗口内部怎么操作只需要按流程办理。SOA的核心原则原则含义服务封装服务内部逻辑对外不可见松耦合服务之间依赖最小化标准接口使用标准协议SOAP/WSDL可复用服务可以被多个系统使用无状态服务不保存调用者的状态可发现服务可以通过注册中心找到12.4.2 SOA vs 微服务★★★ 必考对比对比维度SOA微服务服务粒度较粗大服务较细小服务通信协议SOAP/WSDL重量级REST/gRPC轻量级通信方式同步为主同步异步数据管理共享数据库每个服务独立数据库治理方式集中治理去中心化治理部署方式传统部署/虚拟机容器化部署ESB需要ESB不需要ESB用API网关服务发现UDDI注册中心服务注册与发现Consul/Eureka适用规模大型企业中小型到大型出现时间2000年代2014年后一句话区分SOA 大企业服务用ESB连接共享数据库重量级微服务 小服务集群用API网关独立数据库轻量级通俗理解SOA 大公司的各部门共用一个食堂/停车场通过行政中心协调微服务 创业公司的小团队每个团队有自己的资源通过站会协调12.4.3 Web Service 技术技术作用类比SOAP消息传输协议XML格式信封规定信件格式WSDL服务描述语言服务说明书UDDI服务注册与发现电话簿/黄页XML数据交换格式通用语言⚠️考点Web Service是SOA的一种实现方式但不是唯一方式。12.5 数据架构设计★★ 常考12.5.1 数据架构的概念概念定义定义组织中数据的结构、存储、流转和管理方式的整体设计。通俗解释就像图书馆的管理系统——书怎么分类数据模型、放在哪个书架存储、怎么借还流转、怎么维护管理。12.5.2 三层数据模型模型抽象层次面向谁说明类比概念模型最高最抽象业务人员描述业务实体和关系城市规划图逻辑模型中间架构师/分析师描述数据结构、属性、约束建筑设计图物理模型最低最具体开发人员/DBA描述具体的表结构、索引、分区施工图纸记忆概念→逻辑→物理从做什么到怎么做到具体做。12.5.3 数据仓库 vs 数据湖对比维度数据仓库数据湖数据类型结构化数据所有类型结构化非结构化数据模式先设计模式再存入Schema-on-Write先存入再定义模式Schema-on-Read处理方式批处理为主批处理流处理用户业务分析师数据科学家灵活性较低模式固定高随时探索成本较高较低使用廉价存储适用场景报表、BI分析机器学习、数据探索一句话区分数据仓库 精装仓库东西先分类整理好再入库数据湖 天然大湖什么都往里倒用的时候再找12.5.4 数据治理概念定义对数据资产的管理框架包括数据质量、数据安全、数据标准、数据生命周期管理。核心领域领域说明数据质量确保数据准确、完整、一致数据安全数据分类、访问控制、加密数据标准统一命名规范、编码规范元数据管理管理描述数据的数据主数据管理管理核心业务实体数据数据生命周期从创建到归档/删除的全过程12.5.5 主数据管理MDM概念定义对企业中核心业务实体客户、产品、员工等的数据进行统一管理确保各系统使用一致。通俗解释就像公司的通讯录——不管哪个部门查客户张三的信息都是一样的不会出现A系统叫张三、B系统叫張三的情况。12.6 应用架构设计★★ 常考12.6.1 应用架构模式模式说明优点缺点适用场景分层架构按职责分层表现/业务/数据关注点分离层层调用有性能损耗大多数企业应用事件驱动通过事件异步通信松耦合、可扩展难以追踪流程实时系统微服务拆分为独立小服务独立部署、扩展运维复杂大型互联网应用管道-过滤器数据流经一系列处理步骤可复用、可并行不适合交互数据处理流水线C/S客户端-服务器模式客户端处理能力强维护成本高桌面应用B/S浏览器-服务器模式零客户端维护依赖网络Web应用12.6.2 中间件技术中间件类型功能典型产品消息中间件异步消息传递Kafka、RabbitMQ、ActiveMQ交易中间件分布式事务管理Tuxedo应用服务器应用运行环境WebLogic、TomcatESB服务集成总线Mule、ServiceMix缓存中间件分布式缓存Redis、Memcached12.7 基础设施架构设计★★ 了解12.7.1 高可用设计策略说明适用场景主备Active-Standby一台运行一台待命数据库、应用服务器双活Active-Active两台同时运行负载均衡、Web集群集群多台服务器组成一组数据库集群、K8s集群多活多个数据中心同时运行异地多活金融级12.7.2 灾备方案灾备等级说明RTORPO成本冷备有场地无设备天级天级最低温备有设备无实时数据小时级小时级中等热备设备实时数据分钟级接近0较高双活两个中心同时运行秒级0最高记忆口诀“冷温热烈”冷备 空房子最便宜恢复最慢温备 有家具没入住热备 随时可以入住双活 两套房同时住⚠️关键概念RTORecovery Time Objective恢复时间目标——多久能恢复RPORecovery Point Objective恢复点目标——能恢复到哪个时间点丢多少数据三、重点归纳 速记口诀3.1 必背要点清单编号要点重要度1信息系统架构的四个层次业务/应用/数据/技术★★★★★2Zachman框架6×6矩阵★★★★3TOGAF的ADM循环各阶段名称和顺序★★★★★4EAI的四个集成层次★★★★★5ESB的核心功能★★★★6SOA的概念与原则★★★★★7SOA vs 微服务的区别★★★★★8三层数据模型概念/逻辑/物理★★★★9数据仓库 vs 数据湖★★★★10主数据管理MDM的概念★★★11灾备方案冷/温/热/双活★★★★12RTO和RPO的含义★★★★3.2 速记口诀信息系统架构四层次“业应数技”业务架构 →应用架构 →数据架构 →技术架构企业架构框架“ZTF”Zachman 百科全书分类全TOGAF 施工手册有方法FEAF 政府规范重治理TOGAF ADM阶段“准愿业信技机迁实变”预备→愿景→业务→信息系统→技术→机会→迁移→实施→变更EAI四层次“数应界业从低到高”数据集成最基础→应用集成 →界面集成 →业务集成最高级SOA vs 微服务“SOA大重共享微服小轻独立”SOA粒度大、协议重(SOAP)、数据库共享微服务粒度小、协议轻(REST)、数据库独立灾备方案“冷温热烈恢复越来越快”冷备天级→温备小时级→热备分钟级→双活秒级四、历年真题 考点映射4.1 近5年真题汇总年份题型分值考点内容2024选择题2分TOGAF ADM的阶段顺序2024选择题2分SOA与微服务的区别2024案例分析25分企业应用集成方案设计ESB/API网关选型2023选择题2分Zachman框架的特点2023选择题2分EAI集成层次判断2023案例分析25分数据架构设计 数据仓库方案2022选择题2分ESB的核心功能2022选择题2分灾备方案中RTO/RPO的含义2022案例分析25分企业架构设计TOGAF方法应用2021选择题2分SOA的原则2021选择题2分数据仓库与数据湖的区别2021案例分析25分应用架构选型 集成方案设计2020选择题2分TOGAF的核心是什么2020选择题2分主数据管理的概念2020案例分析25分综合题四层次架构设计 高可用方案2019选择题2分EAI的集成方式2019选择题2分Zachman矩阵的维度2019案例分析25分SOA架构设计 服务拆分策略4.2 出题规律分析规律说明TOGAF必考每年至少1道选择题考ADM阶段SOA vs 微服务轮流出几乎每年都考其中一个EAI/ESB是案例常客案例分析常考集成方案设计数据架构热度上升近年开始考数据仓库/数据湖/数据治理四层次架构是框架案例分析常要求从四个层次分别设计灾备方案出选择RTO/RPO的计算和判断五、典型例题 解析例题1选择题题目在TOGAF的架构开发方法ADM中设计数据架构和应用架构属于 阶段。A. 阶段A架构愿景B. 阶段B业务架构C. 阶段C信息系统架构D. 阶段D技术架构答案C解析阶段A 架构愿景确定范围和愿景阶段B 业务架构设计业务流程阶段C 信息系统架构 数据架构 应用架构阶段D 技术架构设计基础设施关键词“数据架构和应用架构”→ 属于信息系统架构 → 阶段C例题2选择题题目以下关于SOA和微服务架构的说法错误的是 。A. SOA的服务粒度通常比微服务更粗B. 微服务架构中每个服务通常有独立的数据库C. SOA和微服务都依赖ESB进行服务通信D. 微服务更倾向于使用轻量级通信协议答案C解析A正确SOA服务粒度粗微服务粒度细B正确微服务每个服务独立数据库C错误微服务不使用ESB使用API网关ESB是SOA的特征D正确微服务用REST/gRPC等轻量协议SOA用SOAP等重量协议例题3案例分析题题目某大型制造企业正在进行数字化转型目前面临以下挑战企业内部有ERP、CRM、MES、WMS等20多个独立系统各系统之间数据不互通形成信息孤岛系统间存在大量点对点集成维护困难缺乏统一的数据标准同一客户在不同系统中信息不一致企业计划建设统一的数据中台和业务中台问题分析当前企业架构存在的主要问题。请设计企业应用集成方案说明集成层次和技术选型。请从数据架构角度设计解决信息孤岛和数据不一致的方案。参考答案问题1问题根因分析信息孤岛各系统独立建设缺乏统一集成点对点集成混乱20个系统形成N×(N-1)/2190条集成线路数据不一致缺乏主数据管理和数据标准维护困难紧耦合的集成方式改一个影响一片问题2采用ESB API网关的分层集成方案集成层次方案技术选型数据集成建设数据中台统一数据汇聚ETL 数据湖应用集成引入ESB作为统一通信枢纽Mule ESB / Apache Camel业务集成建设业务中台编排跨系统流程工作流引擎界面集成统一门户入口 SSO门户平台 OAuth集成架构┌──────────────────────────────────────┐ │ 统一门户界面集成 │ └────────────────┬─────────────────────┘ ┌────────────────┴─────────────────────┐ │ API网关统一入口 │ └────────────────┬─────────────────────┘ ┌────────────────┴─────────────────────┐ │ ESB企业服务总线应用集成 │ └──┬────┬────┬────┬────┬────┬────┬─────┘ ┌──┴┐┌─┴─┐┌┴──┐┌┴──┐┌┴──┐┌┴──┐┌┴──┐ │ERP││CRM││MES││WMS││... ││... ││... │ └───┘└───┘└───┘└───┘└───┘└───┘└───┘ ┌──────────────────────────────────────┐ │ 数据中台数据集成 │ │ 数据湖 数据仓库 主数据管理 │ └──────────────────────────────────────┘问题3数据架构方案方案解决的问题具体措施主数据管理MDM数据不一致统一管理客户、产品、员工等核心数据数据标准编码不统一制定统一的编码规范和命名标准数据中台信息孤岛汇聚各系统数据统一数据服务数据治理数据质量差建立数据质量管理流程数据架构分层源数据层ERP/CRM/MES/WMS等原始数据数据集成层ETL/实时同步将数据汇聚到数据中台数据存储层数据湖原始数据 数据仓库加工数据数据服务层统一数据API对外提供数据查询服务数据应用层报表、BI分析、数据大屏六、易错点 避坑指南6.1 常见错误一览错误正确理解纠正建议❌ “Zachman和TOGAF是一回事”Zachman是分类框架TOGAF是方法论Zachman百科全书TOGAF施工手册❌ “SOA就是微服务”SOA粒度粗、用ESB微服务粒度细、用API网关SOA大公司微服务小团队❌ “数据集成是最高层次的集成”数据集成是最基础的业务集成才是最高层数据→应用→界面→业务❌ “数据仓库和数据湖差不多”数据仓库只存结构化数据数据湖存所有类型仓库精装湖天然❌ “冷备恢复最快”冷备恢复最慢双活最快冷→温→热→双活越来越快❌ “RTO是丢多少数据”RTO是多久恢复RPO才是丢多少数据RTO时间RPO数据❌ “信息系统架构软件架构”信息系统架构关注多系统整体软件架构关注单系统城市规划 vs 建筑设计❌ “ESB只有SOA才用”ESB主要用于SOA但微服务也可以用轻量级总线ESB是SOA的典型组件6.2 案例分析题答题技巧企业架构设计题的标准框架第一步业务架构分析业务流程 第二步应用架构确定应用系统划分 第三步数据架构设计数据模型和流转 第四步技术架构选择技术栈和部署方案集成方案题的答题框架第一步分析现状有哪些系统、怎么连接的 第二步识别问题信息孤岛点对点混乱 第三步选择集成方式ESB/API网关/消息队列 第四步设计集成架构画图说明TOGAF题目的关键词法“分类/矩阵/6×6” → Zachman“ADM/循环/阶段” → TOGAF“参考模型/政府” → FEAF本章小结本章的核心就是六件事——理解信息系统架构四层次业应数技、掌握企业架构框架Zachman/TOGAF、设计集成方案EAI/ESB、区分SOA和微服务、设计数据架构数据仓库/数据湖/MDM、规划基础设施高可用/灾备。其中TOGAF的ADM和SOA vs 微服务是每年必考的核心本文基于系统架构设计师考试大纲编写适合备考复习使用。如有问题欢迎评论区交流讨论