返回本章节索引       阅读下一部分

谈及架构管理，各位脑海肯定会浮现出 TOGAF。在 2018 年，TOGAF 也从旧版本 9.1 升级为 9.2。该标准经过重新设计，并重组为较小的出版物，其中包括了一些单独的指南。在新版标准中，TOGAF 框架的核心保持不变，增强了业务架构和内容元模型，对热点技术创新领域进行系统化的设计。TOGAF 目前分为六部分，包括：简介、架构开发方法（ADM）、架构开发方法指南和技术、体系结构内容框架、企业连续性工具以及体系架构能力框架。其架构开发方法见下图：

图4-16 TOGAF架构开发方法

TOGAF 列出了四种被广泛接受的子架构：

• 业务架构：定义了商业策略、管理、组织和关键业务流程；

• 应用架构：为待配置的应用系统提供一个蓝图，从他们的交互、他们的关系到该组织核心的业务流程；

• 数据架构：描述一个组织逻辑的和物理的数据资产和数据管理资源的结构；

• 技术架构：描述了支持核心部署和关键任务应用的软件基础设施。

   

四种子架构，可以认为是 TOGAF 对 IT 世界的一种抽象的归纳。回想起 ITIL，也有这么一个术语与之匹配，那就是 CMDB（配置管理数据库）。我们的 CMDB 基于消费的情况来进行配置，当系统比较复杂，使用精度要求比较高的情况下，CI（配置项）同样可以按照业务、应用、数据、技术四类来进行分类。从最前端的业务开始，将 CI 最终分解到基础架构上去，并且其后带着 CI 之间上下、平行、互相引用等关系。

ITIL 4 将架构管理作为实践之一，纳入其 SVS 框架。该实践的目的是提供对构成组织的所有不同元素的理解以及这些元素之间如何相互关联，从而使组织能够有效地实现其当前和未来的目标。它提供了原则、标准和工具，使组织能够以结构化和敏捷的方式管理复杂的变更。这些不仅包括如何提高效率和自动化，还包括如何更好地管理环境的复杂性以及如何实现组织敏捷性和弹性。如果没有通过适当的架构管理实践来实现可见性和协调，最终组织只会获得一个传统架构下的迷宫，任何变化都难以实施，并具有极高的风险。

完整的体系架构管理实践应该涉及所有体系架构域：业务，服务，信息，技术和环境。对于规模较小且不太复杂的组织，可由架构师开发单一的集成架构。

• 业务架构：允许组织查看其能力，了解它们如何与为组织及其客户创造价值所需的所有具体活动保持一致。然后将这些与组织的策略进行比较，并执行目标状态与当前能力的差距分析。确定基线和目标状态之间的已确定差距的优先级，并逐步解决这些能力差距。以“路线图”的方式，描述了从当前状态到未来状态的转变，以实现组织的战略。

• 服务架构：服务结构为组织提供了其提供的所有服务的视图，包括描述架构的服务和服务模型之间的交互（服务组件如何组合在一起）和每个服务的动态（活动、资源流和交互）。服务模型可以用作多个服务的模板或蓝图。

• 信息架构：描述了组织的逻辑和物理数据资产以及数据管理资源。它显示了如何管理和共享信息资源以使组织受益。

• 技术架构：定义了支持产品和服务组合所需的软件和硬件基础架构。IT 系统的运作往往需要依赖架构。组织提供服务时，受到挑战的往往是 IT 系统的综合能力，例如在双十一的凌晨，各大电商的后台如何处理突然倍速暴增的订单，这对该组织技术架构的弹性提出了巨大的挑战。

• 环境架构：描述了影响组织的外部因素和变革的驱动因素，以及环境控制及其管理的所有方面、类型和水平。环境包括发展、技术、商业、运营、组织、政治、经济、法律、监管、生态和社会影响。

   

在应用过程中，ITIL 4 对 TOGAF 的架构开发方法，进行充分地融合。由于 TOGAF 本身所具有的开放性和灵活性，因此不会排斥组织中对其他框架理论的引入和使用，这当然也包括了 ITIL 4。企业架构开发方法各阶段的输入与输出可以不拘泥于其定义，可采用适合组织自身情况的其他框架中所定义的相关内容，并作适当的剪裁，甚至各阶段的先后顺序也是可以调整的。在架构管理的过程中，同样需要采用“持续优化”的方式，进行循环的迭代。

通过 TOGAF 的应用，能够为组织增加弹性、提高敏捷性、增加收入、降低成本以及整合横跨竖井的应用和组织。这些恰恰都是 ITIL 4 所需要的！组织在刚进行架构管理的时候，难免会因为架构的缺乏和粗略而举步维艰。但随着一个又一个架构被开发出来，被应用与管理，架构管理的循环持续进行着，则架构管理的内容将日趋丰富和成熟，从而架构的开发也会越发轻快，架构的管理也会越发纯熟。

总而言之，ITIL 4 将架构管理纳入实践，可以很好地将 TOGAF 的架构设计和演进方法引入服务的价值交付过程中，通过更优化的架构来为客户创造更大的价值。

返回本章节索引       阅读下一部分