浅谈TOGAF架构开发方法（ADM）之技术架构阶段

众所周知，TOGAF 的关键是架构开发方法（ADM），它是 TOGAF 标准的核心。ADM 是以众多架构从业人员的贡献为基础形成的。ADM 是一种企业架构开发流程，它继承了 TOGAF 标准中的所有元素。

一、ADM 能为企业解决什么问题

ADM 通过提供如下资源解决企业的业务和 IT 需求：

• 一套架构视图（涉及业务、数据、应用、技术各个领域）
• 一套建议的交付物
• 一种需求管理方法
• 若干架构开发工具指导

二、技术架构阶段在 ADM 中的位置

接下来为大家浅谈一下 TOGAF 架构开发方法（ADM）之技术架构阶段：

三、这个阶段要回答的三个问题

在 ADM 的阶段序列里，技术架构阶段排在业务架构、数据架构、应用架构之后。它要回答的其实就三件事：现有技术底座是什么样、目标技术底座应该是什么样、从现状走到目标要付出什么代价。

换句话说，前面三个阶段解决"企业要做什么"，技术架构阶段解决"用什么来支撑"。硬件、软件、网络、中间件、云资源、安全设施，都要在这一阶段被明确选型、明确标准、明确边界。

四、这一阶段的输入与输出

输入侧，技术架构阶段需要拿到架构原则、业务架构与信息系统架构的成果、现有的技术架构描述，以及企业连续体中的参考模型。输出侧，通常形成以下四类成果：

• 技术架构文档：目标技术架构的组件、关系与部署视图
• 技术标准目录：可直接采用的技术标准，以及需要逐步淘汰的清单
• 架构需求规范：把可用性、性能、可扩展性等非功能性需求量化
• 架构路线图：从基线架构到目标架构的分批实施路径

五、技术架构与另外三个架构的关系

技术架构不是孤立存在的。业务架构提出能力要求，数据架构与应用架构提出承载要求，技术架构负责把它们落到具体的平台上。四者之间一旦出现断点，架构就会变成一叠漂亮的图纸，落不了地。这也是 ADM 反复强调迭代与需求管理的原因——技术选型发生变化，往往会反向触发应用与数据的重新评估。

六、做技术架构阶段的几个实操提醒

• 先把非功能性需求量化，再谈技术选型，否则容易开成厂商方案对比会
• 技术标准目录里写清"不用什么"，往往比写"用什么"更能约束后续项目
• 云与本地不是非此即彼，混合部署的边界要在这一阶段画清楚
• 架构路线图必须与预算、组织能力对齐，否则只是一份愿望清单

TOGAF 企业架构技术对企业生存和成功至关重要：当前的投资回报更好，未来投资的风险降低；更快速、更简单、更低成本的采购；使企业创新得到管理。对于个人来说，也是升值加薪路上少不了的锦囊。