AI Enterprise Architecture:TOGAF / ArchiMate / ADM
AI Enterprise Architecture 的任务是把 AI 从点状 use case 拉回企业能力、价值流、信息资产、平台服务、控制体系和迁移路线图中管理。TOGAF ADM 提供架构开发和治理节奏,ArchiMate 提供跨业务、应用、技术和动机层的建模语言,AI 风险框架和管理体系则让架构决策具备可审计的风险依据。
AI Enterprise Architecture / TOGAF / ArchiMate / ADM 解读
配对阅读:本篇的操作手册版(模板/RACI/门禁/runbook)是
docs/AI_ENTERPRISE_ARCHITECTURE_TOGAF_ARCHIMATE_ADM_PLAYBOOK.md。第一遍读本篇建立原理与架构判断;第二遍做案例时再用 playbook 查表落地,两者不需要重复精读。
Source Anchors
| Source | Link | 用途 |
|---|---|---|
| TOGAF | https://www.opengroup.org/togaf | 参考 Architecture Development Method、architecture governance、architecture repository 和 enterprise architecture practice |
| ArchiMate | https://www.opengroup.org/archimate-forum/archimate-overview | 参考业务、应用、技术、动机、实现迁移等架构层的建模语言 |
| NIST AI RMF | https://www.nist.gov/itl/ai-risk-management-framework | 将 AI 风险管理融入 EA 的 govern、map、measure、manage 循环 |
| ISO/IEC 42001 | https://www.iso.org/standard/81230.html | 将 AI management system、责任、控制、持续改进纳入企业架构治理 |
| C4 Model | https://c4model.com/ | 用于补足系统边界、container/component 的工程表达 |
核心导读
AI Enterprise Architecture 的任务是把 AI 从点状 use case 拉回企业能力、价值流、信息资产、平台服务、控制体系和迁移路线图中管理。TOGAF ADM 提供架构开发和治理节奏,ArchiMate 提供跨业务、应用、技术和动机层的建模语言,AI 风险框架和管理体系则让架构决策具备可审计的风险依据。
AI 架构不是一张模型调用图。对金融零售企业,它必须解释 AI 如何改变业务能力、客户旅程、运营流程、数据责任、供应商依赖、模型风险和监管证据。
问题定义
AI 进入企业后,传统解决方案架构容易不够用:
- use case 以部门项目形式推进,缺少企业级能力地图和投资组合视角。
- 架构图只画模型、向量库和应用,没有表达业务影响和控制责任。
- 同类能力重复建设,RAG、评测、日志、权限和证据无法复用。
- 治理只做发布审批,没有进入 architecture principles、standards 和 repository。
- AI 技术变化快,但企业迁移路线图、技能和运营模型没有同步演进。
AI EA 要回答的核心问题:
| 架构问题 | 需要的视图 |
|---|---|
| AI 支撑哪些业务能力和价值流 | capability map、value stream map |
| AI 改变哪些业务流程和责任 | business process、role、event、control view |
| AI 依赖哪些数据和知识资产 | data lineage、knowledge boundary、semantic view |
| AI 通过哪些平台能力交付 | application service、platform service、technology view |
| AI 风险如何被治理和证明 | risk/control/evidence view |
| 如何从当前架构迁移到目标架构 | transition architecture、work package、roadmap |
核心原理与方法
TOGAF ADM 可被用于 AI 架构循环,但需要把 AI 特有对象纳入每个阶段。
| ADM 阶段 | AI 架构重点 |
|---|---|
| Preliminary | AI principles、risk appetite、architecture repository、governance forum |
| Architecture Vision | AI value hypothesis、stakeholder concerns、scope、success measures |
| Business Architecture | capability、value stream、human-AI workflow、operating model |
| Information Systems | AI application services、data products、knowledge stores、semantic contracts |
| Technology Architecture | model gateway、RAG runtime、tool runtime、observability、security |
| Opportunities & Solutions | work package、platform reuse、vendor strategy、control uplift |
| Migration Planning | transition states、dependency sequencing、funding and risk tradeoff |
| Implementation Governance | architecture review、exception management、release evidence |
| Architecture Change | model/vendor/regulatory/strategy change impact assessment |
ArchiMate 的价值在于把 AI 影响放在多层关系里:
| ArchiMate 层 | AI 表达对象 |
|---|---|
| Motivation | driver、goal、outcome、requirement、constraint、risk |
| Business | capability、process、role、business object、contract |
| Application | AI service、case management service、decision service、knowledge service |
| Data | data object、semantic object、provenance object、evidence object |
| Technology | model runtime、vector database、gateway、observability stack |
| Implementation | work package、deliverable、plateau、gap |
系统与架构模型
AI EA repository 应至少包含以下模型:
Strategy / Risk Appetite
-> AI Principles
-> Capability Map
-> Value Stream / Process View
-> Data / Knowledge / Semantic View
-> Platform Service View
-> Control / Evidence View
-> Transition Architecture
-> Roadmap / Governance Decisions
核心 repository artifacts:
| Artifact | 作用 |
|---|---|
| AI Architecture Principles | 例如 human accountability、least privilege retrieval、evidence by design |
| AI Capability Heatmap | 标识业务能力中 AI 机会、风险和成熟度 |
| AI Reference Architecture | 定义模型网关、RAG、tool runtime、eval、observability、evidence |
| Pattern Catalog | 内部助手、客户交互、决策解释、文档抽取、agent tool calling 等模式 |
| Control Pattern Map | 各架构模式对应的控制、证据和 release gate |
| Transition Roadmap | 当前、过渡、目标架构的 work package 和依赖 |
可用 C4 补足工程细节:
| C4 视图 | AI 用途 |
|---|---|
| System Context | 显示 AI 系统与客户、员工、核心系统、供应商和监管证据的关系 |
| Container | 表达应用、模型网关、RAG 服务、工具服务、观测平台 |
| Component | 表达 retrieval、reranker、prompt policy、tool executor、guardrail |
| Code | 仅用于关键复杂组件,不替代企业架构视图 |
关键机制与取舍
| 取舍 | 架构判断 |
|---|---|
| Centralized AI platform vs Domain autonomy | 平台提供共性能力和控制面,领域团队负责 workflow、语义和业务指标 |
| Reference architecture vs Innovation speed | 标准模式用于规模化,探索场景允许例外但必须有期限和退出条件 |
| Generic AI services vs Domain-specific services | 模型访问通用,知识边界、tool contract 和 eval 必须领域化 |
| Buy vs Build | 模型可采购,证据、权限、日志、评测和控制面应保持企业可控 |
| Enterprise repository vs Delivery reality | 架构工件必须连接 release gate 和运行 telemetry,否则会退化为图纸 |
AI EA 的原则需要能指导具体决策,例如:
- No AI use case without owner、risk tier、data boundary 和 evidence plan。
- High-impact action must be mediated by explicit tool contract and human/accountability policy。
- Retrieval must respect business context、entitlement、jurisdiction 和 retention。
- Every production AI system must emit traceable evidence for quality、risk、cost 和 incident review。
证据与控制
架构治理要从“看图评审”转为“看决策和证据”。
| 架构控制 | 证据 |
|---|---|
| 架构原则适用性 | principle mapping、exception record |
| 模式选择合理性 | pattern decision record、tradeoff analysis |
| 数据和知识边界 | lineage、corpus policy、access test、retention rule |
| 平台复用 | service catalog mapping、approved deviation |
| 风险与控制 | risk tier、control map、eval result、release approval |
| 迁移路线图 | plateau、gap、work package、dependency log |
Architecture review 的重点问题:
- 该 use case 属于哪个业务能力和价值流。
- 使用哪种 AI reference pattern,偏离标准的原因是什么。
- 数据、知识、工具和供应商边界是否明确。
- 高风险决策、客户影响和人工责任如何被控制。
- 运行时如何产生质量、风险、成本和审计证据。
- 如果模型、法规、供应商或业务策略变化,如何评估影响。
AI 产品与金融零售场景
银行 AI roadmap 可按能力而不是项目组织:
| 能力域 | 早期 use case | 目标架构能力 |
|---|---|---|
| Customer Service | 坐席摘要、知识问答 | omnichannel AI service、policy-aware RAG、customer trace |
| Lending | 申请摘要、拒绝原因解释 | decision explanation service、semantic policy layer、validation evidence |
| Operations | 文档抽取、case routing | document intelligence platform、workflow event integration |
| Risk & Compliance | alert triage、政策问答 | controlled knowledge graph、independent validation |
| Marketing | 合规文案草稿 | consent-aware personalization、content approval controls |
转型路线图应先建设跨域 foundation:
| 阶段 | 重点 |
|---|---|
| Plateau 1 | use case inventory、模型网关、日志标准、低风险内部助手 |
| Plateau 2 | RAG 服务、eval pipeline、service catalog、客户交互控制 |
| Plateau 3 | tool runtime、semantic layer、high-risk validation、evidence graph |
| Plateau 4 | AI portfolio optimization、regulatory change integration、adaptive governance |
反模式
- 架构只画技术组件,不表达业务能力、责任、控制和迁移。
- 每个项目自建 AI stack,企业级复用和证据无法形成。
- 把 AI reference architecture 当成强制模板,不允许按风险和领域差异调整。
- 架构评审停留在上线前,运行后的 drift、incident、cost 和质量不回流。
- 忽略 transition architecture,直接描述理想终态。
- 将供应商模型视为黑盒能力,不纳入架构原则和退出设计。
最终心智模型
AI EA 是企业级的 AI 决策系统:用 ADM 管理演进过程,用 ArchiMate 表达跨层关系,用 reference architecture 和 pattern catalog 固化可复用路径,用 governance 和 evidence 把架构原则落实到交付与运行。成熟的 AI 架构不是更复杂的图,而是让组织能持续做出可解释、可复用、可治理的 AI 投资和设计选择。
SOTA 状态标注 (2026-07-01)
本篇属于第二、三遍深读池(参考架构/深读笔记),未列入 12 周主线必读。时效基线为写作时点;引用前请按 CLAUDE.md 全局时效性硬规则复查最新进展。模块级 SOTA 对照见 docs/AI_SYSTEMATIC_LEARNING_ROADMAP_2026.md 各周「2026 SOTA 对照」行与文末「SOTA 检查」。