随着企业努力追求敏捷性和创新性,组合性正逐渐成为一项基础性的设计原则。组合思维改变了企业交付能力的方式 —— 更倾向于采用模块化、独立的组件,这些组件可以快速组装和重组。本文探讨了长期以来作为企业架构框架的TOGAF®标准如何演进以支持组合架构。通过从组合性的角度重新解读架构开发方法(ADM)、架构构建块(ABBs)和架构仓库,架构师能够交付与敏捷业务需求相匹配的适应性架构。
“变化过去是偶发的,而现在是持续不断的。”
这一现实迫使组织重新思考那些强调稳定性和长期规划的传统架构方法。如今的数字化企业需要模块化、迭代化和敏捷化的架构。于是,组合企业架构应运而生。
长期以来,TOGAF®标准一直是结构化企业架构的基石。但在这个微服务、API 优先开发和以产品为中心的交付时代,其应用必须演进。本文将 TOGAF® 重新构想为一种组合思维工具,使架构师能够大规模实现业务模块化。
核心概念定义
在新范式中应用 TOGAF 之前,统一构成组合企业架构框架的关键术语至关重要。这些基础概念将 TOGAF 原则与现代企业的模块化、敏捷特性联系起来。
概念 | 定义 |
组合企业 | 一种将其业务能力和技术设计为可互换模块的组织,能够实现快速创新和适应。 |
打包业务能力(PBCs) | 代表特定业务功能(如客户入职、发票开具)的独立单元,可组合到产品或流程中。 |
架构构建块(ABB) | 在 TOGAF 中,指业务、IT 或架构能力的可重用组件。 |
组合架构 | 一种模块化、面向服务的企业架构方法,能够快速组装各种能力。 |
这些概念将架构重心从僵化的系统蓝图转向业务服务的敏捷组装,使架构能够加速而非阻碍创新。
组合性的重要意义
组合思维满足了现代企业对速度、重用性和弹性的需求。团队不必为特定业务需求构建端到端的解决方案,而是可以从可重用、可互操作的组件库中组合能力。
组合性的主要优势包括:
- 通过能力重用加快价值交付速度
- 通过模块化替换提高弹性
- 通过分散式所有权实现更好的可扩展性
- 与敏捷交付团队更紧密地对齐
根据高德纳(Gartner)的研究,组合企业在应对业务变化方面比同行快 80%。如果能精心演进,TOGAF®标准将为这种转型提供坚实的基础。
为组合性现代化 TOGAF调整 ADM 以适应迭代式能力设计
TOGAF 中的架构开发方法(ADM)传统上支持顺序的、基于阶段的架构开发。为了支持组合性,每个 ADM 阶段必须从大规模规划转向模块化迭代周期,并建立快速反馈循环。
下表重新构建了 TOGAF ADM 阶段,以与组合能力设计保持一致:
ADM 阶段 | 组合性解读 |
架构愿景 | 定义模块化业务成果,如体验包或能力 API。 |
业务架构 | 将打包业务能力(PBCs)建模为架构构建块(ABBs),包含接口、关键绩效指标(KPIs)和所有权元数据。 |
信息系统架构 | 将服务和数据存储映射到模块化能力层。 |
机会与解决方案 | 优先考虑高影响力的能力进行模块化和重用。 |
迁移规划 | 将开发组织为小型、可组合的发布版本。 |
这种 ADM 的迭代应用使团队能够分阶段交付业务价值,在不损害架构完整性的情况下更快地适应市场需求。
重新解读架构构建块(ABBs)
在 TOGAF 中,架构构建块(ABBs)是定义可重用能力的抽象实体。在组合企业中,架构构建块必须更加细化、可归属且以接口为导向。下表说明了 TOGAF 的架构构建块如何映射到跨架构领域的组合资产:
TOGAF架构构建块类型 | 组合性示例 |
业务架构构建块 | 打包业务能力(如 “订单履行”) |
应用架构构建块 | 微服务 API(如 “库存查询服务”) |
技术架构构建块 | 基础设施即代码模块(如 “API 网关蓝图”) |
向组合性架构构建块的转变使架构团队能够设计和文档化可被产品团队直接使用的构建块,同时实现一致性和自主性。
利用架构仓库实现模块化可追溯性
TOGAF 的架构仓库通常被视为静态文档档案。在组合环境中,它成为支持模块化开发、能力追溯和重用治理的动态知识系统。
以下是架构仓库中的关键视图如何演进以支持组合性:
仓库视图 | 组合性用途 |
标准信息库 | 包含 API 标准、命名约定和集成测试规则。 |
架构元模型 | 经过增强,包含打包业务能力(PBC)所有权、生命周期阶段和 API 端点等元数据。 |
架构蓝图 | 持续更新,以显示活跃、已弃用和计划中的可重用组件状态。 |
当与交付管道和架构工具集成时,该仓库成为模块化的记录系统,支持跨多个团队的大规模组合性。
给架构师的实用指南构建组合能力图谱
架构师应改进能力图谱,以展示粒度和组合性。这意味着:
- 建模模块化能力单元,而不仅仅是广泛的领域
- 突出重用潜力和集成点
- 将能力映射到产品或平台团队
这样的图谱有助于更好的投资决策和模块化架构中更清晰的责任划分。
组合企业的参考架构
下表概述了一个简单的、与 TOGAF 领域对齐的组合参考架构,提供了业务、应用、数据和技术层如何协同工作的结构化视图。
层级 | 组合性架构构建块 |
业务 | 数字入职、订单管理打包业务能力 |
应用 | 认证服务、通知模块 |
数据 | 客户档案存储、事件总线 |
技术 | API 网关、无服务器托管框架 |
这种分层视图确保了清晰的关注点分离,同时支持从现有块快速组装新产品。
组织建议
支持组合性不仅仅是架构问题,更是一种组织变革。这包括改变资金模型、团队结构和治理实践。
行动 | 战略收益 |
从基于项目的资金转向基于产品的资金 | 支持可重用能力的持续开发和所有权 |
提升架构师的产品思维和服务设计能力 | 使架构与价值交付保持一致 |
建立模块化和重用治理委员会 | 防止重复,促进生态系统一致性 |
采用这些实践的企业在交付速度、跨团队对齐和系统弹性方面会有显著提升。
- 你的架构交付成果是否可重用且模块化?
- 团队是否有权拥有和演进他们的构建块?
- 是否有一个包含可追溯所有权的动态能力仓库?
行动提示:
在你的团队中启动一次重用审计。找出 3 个你经常使用的构建块。它们是否标准化、可发现且治理良好?如果不是,提出模块化重新设计方案。
如果以组合思维应用,TOGAF 在数字世界中仍然高度相关。通过使 ADM 周期适应模块化迭代、重新定义基于接口重用的架构构建块(ABBs),以及将仓库转变为动态知识中心,TOGAF 可以帮助架构师交付具有弹性、适应性和敏捷性的业务架构。