【企业架构】TOGAF架构标准规范-技术架构
导读：在TOGAF中，技术架构是将企业战略蓝图落地的工程学基础。它确保了企业的技术投资是连贯、高效且与业务目标保持一致的。一个设计良好的技术架构，是企业实现数字化转型、构建敏捷、稳健的数字化运营能力的根本保障。
目录
1、技术架构概述
2、重要性与价值
3、目标
4、输入
4.1 架构参考资料
4.2 非架构性输入
4.3 架构性输入
5、步骤
5.1 选择架构参考模型、架构观点、架构工具
5.2 确定建模过程
5.3 识别确认技术建模分类
5.4 识别确认矩阵关系
5.5 识别确认图示关系
5.6 识别确认需求类型
5.7 开发基线技术架构描述
5.8 开发目标技术架构描述
5.9 执行差距分析
5.10 定义候选路线图中的系统部件
5.11 分析解决总体架构中的相关影响
5.12 执行正式的利益相关者评审
5.13 确认完成技术架构工作
5.14 创建架构定义文档
6、输出
6.1 优化更新架构愿景阶段的交付件
6.2 起草架构定义文档
6.3 起草架构需求规格说明书
6.4 架构路线图的技术架构组件
7、方法
1、技术架构概述
技术架构定义了支持应用和数据部署、运行及管理的硬件、软件和网络基础设施的逻辑与物理组件。 它回答了这样一个关键问题：“应用程序和数据将在什么样的技术平台上运行？”
如果说业务架构定义了“我们要做什么”，数据和应用架构定义了“我们需要什么系统来处理什么信息”，那么技术架构则定义了“我们将使用哪些具体的技术来搭建和运行这一切”。它确保了上层架构需求能够被一套标准、可靠、可扩展的技术服务所支撑。
2、重要性与价值
-
实现基础： 它是将业务和信息系统需求转化为具体技术解决方案的桥梁，是所有应用和数据的运行载体。
-
标准化与降低成本： 通过定义标准的技术组件和服务（如指定的服务器品牌、操作系统、数据库平台），减少技术的多样性和复杂性，从而降低采购、运维和集成成本。
-
保证质量属性： 技术架构直接决定了系统的非功能性需求，如性能、可扩展性、可靠性、安全性和可用性。
-
增强灵活性与互操作性： 明确的技术标准和接口规范使得不同系统之间能够更容易地集成和交互，也使得企业能更灵活地采用新技术。
-
指导采购与实施： 技术架构为具体的产品选型、基础设施采购和系统实施提供了明确的决策依据和约束。
3、目标
开发目标技术架构，描述企业的技术架构如何赋能架构愿景、业务架构、数据架构、应用架构，解决架构工作组以及利益相关者关注的问题。识别确认基线技术架构以及目标技术架构之间的区别以及路线图
具体可分解为以下核心目标：
定义可行技术蓝图：制定一个逻辑清晰、物理上可实现的目标技术架构，明确支持应用系统和数据服务所需的具体硬件、软件及网络基础设施。
保障关键质量属性：确保技术平台能够满足业务所要求的性能、可扩展性、可靠性、安全性和可用性等非功能性需求。
实现标准化与优化：通过统一技术标准和平台服务，减少技术多样性，降低系统的复杂性、采购成本及长期运维成本。
确保架构一致性：保证技术架构与业务架构、数据架构和应用架构紧密对齐、无缝集成，形成完整的企业架构体系。
规划清晰演进路径：明确从当前技术基线向目标架构迁移的路线图，指导技术组件的迭代、更新与替换，实现平稳演进。
4、输入
技术架构阶段严重依赖于前几个阶段的输出：
-
架构工作说明书：定义范围和约束。
-
架构愿景：包括业务驱动因素、目标和原则。
-
业务架构：特别是业务目标、流程和相关的非功能性需求。
-
数据架构与应用架构：这是技术架构需要直接支撑的对象，明确了技术架构必须满足的功能和数据需求。
-
基线技术架构描述：对组织当前技术栈的盘点。
4.1 架构参考资料
企业架构仓库主要存放企业所有架构相关的项目资料，其中，包括项目交付件、可重用资产、对架构工作组以及企业利益相关者的输出。
4.2 非架构性输入
-
架构工作或者工作组的要求，主要包括企业组织的赞助者、企业组织使命的声明、业务目标或变化、业务策略计划、时间限制、业务环境的变化、企业组织的约束、预算信息或金融约束、外部约束或业务约束、已有业务系统描述、已有架构或IT系统描述、开发组织的描述、开发组织的可用资源描述
-
能力评估，对企业的总体能力评估，主要包括业务能力评估、IT能力评估、架构能力成熟度评估、业务转型准备度评估
-
沟通计划，企业架构包括大量复杂的、内部互动的信息，需要制订高效的沟通计划，主要包括识别确认利益相关者以及按照沟通需求分组、识别确认与架构愿景相关的关键信息、识别确认沟通机制、识别确认沟通时间
4.3 架构性输入
-
企业架构组织模型，主要包括企业受影响范围、成熟度评估、差距分析、解决方案方法、架构团队的角色与责任、架构工作的约束、预算需求、治理与支持策略
-
已剪裁的架构框架，主要包括已剪裁的架构方法、架构内容（交付件与人工产品）、配置与部署工具
-
技术原则，主要包括使用技术手段支持业务需求的变化，改善架构愿意、业务架构、应用架构以及数据架构阶段的功能特性，使其适应市场的变化。信息技术需要响应企业管理上的变化，管理流程、实现流程、架构的变化需要及时更新。控制技术的多样性，最小化技术上的多样性，以控制企业管理成本。软件技术与硬件技术需要在架构上体现出可互操作性。
-
架构工作声明，定义工作范围与方法，主要包括声明主题、架构项目的要求与背景、架构项目的描述与范围、架构愿景的总体描述、范围过程的特殊变化、角色责任交付、验收条件与过程、架构项目计划与时间表、声明批准
-
架构愿景，规划架构阶段，主要包括利益相关者的问题描述、有待解决的问题或场景描述、架构工作声明的目标、架构工作要求的总体描述、需求映射关系、引用架构定义文档初始版本
-
架构仓库，主要包括可重用模块、公开可用的参考模型、特定企业组织的参考模型、企业组织标准
-
起草架构定义文档，主要包括详细的基线业务架构版本1.0、详细的目标业务架构版本1.0、基线数据架构版本1.0、目标数据架构版本1.0、基线应用架构版本1.0、目标应用架构版本1.0、基线技术架构版本0.1、目标技术架构版本0.1
-
起草架构需求规格说明书，描述实现项目需要的架构内容，主要包括成功的方法措施、架构需求、业务服务约定、应用服务约定、实现指导、实现规格说明书、实现标准、互操作性标准、IT服务管理需求、约束、假设条件
-
架构路线图，列举工作项，主要包括工作分组描述、功能需求、工作项依赖、业务价值、风险分析、架构域、解决方案、业务转型、关键措施
5、步骤
技术架构的开发遵循ADM的通用步骤：
开发基线技术架构描述：详细记录当前使用的技术组件、平台、标准及其关系。
开发目标技术架构描述：设计未来状态的技术平台。这包括：
- 技术选型：选择具体的产品、技术和标准。
- 技术组件建模：定义服务器、网络设备、中间件等组件及其关系。
- 平台服务定义：明确技术平台需要提供的服务，如“应用托管服务”、“数据存储服务”、“身份管理服务”等。
进行差距分析：对比基线与目标架构，识别出需要淘汰、新增、修改或保留的技术。
制定技术路线图：规划从当前技术状态迁移到目标技术状态的阶段、项目和投资计划。
5.1 选择架构参考模型、架构观点、架构工具
-
技术原则作为架构原则的一部分，评审与验证技术原则，提供运用技术原则的指导
-
基于业务驱动、利益相关的问题以及业务架构，选择技术原则的相关资源，例如，参考模型与架构风格
-
选择相关的技术架构观点，运用架构观点如何解决利益相关者的关注问题
-
识别确认架构工具与技术，用于技术架构的捕获、建模以及分析，例如，建模技术与工具
5.2 确定建模过程
技术或方法选型需要支持具体的观点，能解决以及覆盖利益相关者的问题
-
定义技术服务分类与逻辑技术组件，利用技术标准以及服务框架
-
识别确认技术部署的区域，根据实际的业务需求确定部署的地理位置
-
识别确认技术的物理部署，包括技术在物理部署上需要的资源
-
识别确认技术的应用需求与业务需求，包括应用架构以及业务架构的技术需求
-
识别确认技术是否符合新需求，包括功能需求以及非功能性需求
-
识别确认技术的属性配置，根据实际的业务需求确定技术需要的属性配置
-
识别确认技术的相关影响，包括大小、成本、容量、安装、治理以及迁移
-
识别确认技术的性能需求，包括功能服务以及功能服务聚合的性能
-
识别确认技术的可维护性，包括功能服务按照颗粒度划分的可维护性
-
识别确认技术的区域与延时性，包括部署在不同区域的功能服务在相互远程调用中的延时性
-
识别确认技术的可用性，包括功能服务是否具备高可用性的特性
5.3 识别确认技术建模分类
建模的过程由技术功能服务、逻辑技术组件、物理技术组件构成。其中，技术分类包括已存在的技术分类以及应用架构阶段分析出的技术分类，根据实际需求以及新的技术标准创建的技术分类，扩展实际需求创建产品技术分类，基线化适合业务需求的技术组件分类
5.4 识别确认矩阵关系
矩阵关系显示相关模型实体的核心关系，需确定应用与技术的矩阵关系
5.5 识别确认图示关系
应用平台需要提供硬件、操作系统、软件设施以及部署应用栈的图示关系，运行环境需要提供硬件基础设施与软件基础设施的图示关系、运行的应用组件之间的逻辑交互的图示关系，提供路由、网关、防火墙以及网络连接之间的图示关系，提供平台分解的图示关系，提供处理流程的图示关系，提供计算网络与硬件的图示关系，提供网络交互的图示关系。
5.6 识别确认需求类型
定义技术领域的需求，在设计与实现的过程中提供详细的指导，以解决原始的架构需求
5.7 开发基线技术架构描述
用于支持目标技术架构、解决利益相关者的关注问题
5.8 开发目标技术架构描述
用于支持架构愿景、目标业务架构以及目标数据架构、目标应用架构，解决利益相关者的关注问题
5.9 执行差距分析
验证架构模型的一致性以及准确性，其中主要包括权衡分析架构模型中的不同观点，验证架构模型支持的原则、目标以及约束，在架构仓库中文档化架构模型的更新变化，测试架构模型对需求的完整性
5.10 定义候选路线图中的系统部件
可应对未来发展的机遇以及解决方案
5.11 分析解决总体架构中的相关影响
其中主要包括技术架构是否对已有的架构造成影响、变化因素是否影响技术架构、技术架构是否有助于企业组织的其他地区、技术架构是否影响其他项目、技术架构是否受其他项目的影响
5.12 执行正式的利益相关者评审
检查技术架构是否符合架构项目的目标以及架构工作的声明，识别确认架构愿景、业务架构、数据架构、应用架构、技术架构之间的变化更新以及相互之间的受影响范围，提供解决方案解决这些问题
5.13 确认完成技术架构工作
其中主要包括以可重用性的角度、从架构仓库的参考模型中、为建模的模块选择对应标准，完全文档化建模的模块，对全部架构的业务需求执行交叉检查以及文档化，文档化需求跟踪报告，文档化架构的映射关系，确认全部工作
5.14 创建架构定义文档
在架构定义文档中提供模块建模的依据，在架构定义文档中提供技术架构部分，主要包括基础功能属性、提供安全能力以及可管理性的支持，提供具备所需功能以及接口的独立模块，提供接口的定义（APIs、数据格式、协议、硬件接口、标准支持），提供技术与业务的映射关系、技术与企业组织实体的映射关系、技术与策略措施的映射关系
6、输出
技术架构阶段的主要交付物包括：
技术架构文档，其中包含：
技术标准目录：定义企业强制或推荐的技术标准清单。
技术组件目录：列出目标技术架构中的所有组件。
环境与位置图：展示技术组件在物理环境（如数据中心）中的部署情况。
平台服务图：描述技术架构提供的服务目录。
网络与通信图：展示组件之间的网络连接和协议。
差距分析结果。
技术架构演进路线图。
6.1 优化更新架构愿景阶段的交付件
其中主要包括架构工作的声明、验证的技术原则或者新技术原则
6.2 起草架构定义文档
其中主要包括基线技术架构版本1.0，目标技术架构版本1.0，解决利益相关者的关键问题的观点视图。目标技术架构的主要内容包括技术组件与信息系统的关系，技术平台与分解图、综合体现出所有的技术栈，运行环境与区域的关系，技术组件的处理路径以及分布路径，物理网络的交互图，硬件与指定网络的关系图
6.3 起草架构需求规格说明书
其中主要包括差距分析结果，业务架构、应用架构与数据架构的输出需求，已更新的技术需求
6.4 架构路线图的技术架构组件
其中主要包括技术标准分类、技术组合分类、应用与技术的矩阵关系图、运行环境与区域的图示关系、平台分解的图示关系、处理流程的图示关系、计算网络与硬件的图示关系、网络交互的图示关系
7、方法
架构仓库，架构工作组需要考虑在架构仓库中提供可用的技术架构资源，例如，不同发展阶段的应用技术、标准IT服务、已采用的技术参考模型、通用技术参考模型、通用系统的技术参考模型。
技术参考模型：TRM提供了一个描述通用平台服务的标准分类法和结构，是构建企业特定技术架构的理想起点。
标准和信息技术组合：基于行业标准（如SOA、云计算标准）和现有IT资产进行设计。
平台分解：将复杂的技术平台分解为可管理的构建块（如计算、存储、网络、安全等）。
迁移规划技术：如影响分析、成本效益分析，用于评估不同技术迁移方案的可行性。