《伟大架构师的秘密》.pdfVIP

伟大架构师的秘密 By Don Awalt and Rick McUmber RDA Corporation 摘要：所有伟大的架构师都掌握了在抽象的不同层次上概念化解决方案的技能。通过将解决方案组织到离 散的层次，架构师可以专注于解决方案的单个方面而忽略所有剩余的复杂性。展示将抽象层次应用到 IT 解决方案的技术，并将其与其他工程学科相比较。 本页内容 将抽象层次应用到 IT 解决方案 抽象层次：所有工程师的强大武器 应用抽象层次时的核心原则 将抽象层次应用到 IT 系统 简单框架：四个抽象层次 通过迭代发展层次 重访抽象层次核心原则 扩展层次以支持企业解决方案 优点 小结 自我评估 将抽象层次应用到 IT 解决方案 企业架构师正受到其所面临的大量复杂性的挑战。开发一个能够自动处理企业任务的独立的部门应用程序 是一回事。而设计并组成一个支持上万 IT 使用者的满是应用程序、服务器和数据库（全都支持多种企业 活动）的 IT 实验室全球网络，则完全是另外一回事。要组合这些复杂性，IT 网络必须随时可用、响应迅 速并保护企业宝贵的信息资产。除所有这些之外，IT 网络还必须足够灵活以支持企业永远变化的需要， 并且采用出现的新技术。 一些架构师在这种复杂性方面明显非常出色，而且在不断进步。在我们的职业生涯中，能与一些真正伟大 的分析师和架构师并肩工作是非常幸运的。反思这些经验，我们已经分析出是什么造就了杰出的架构师。 无一例外，所有伟大的架构师都掌握了在截然不同的抽象层次上概念化解决方案的技能。通过将解决方案 组织到离散的层次，架构师可以将精力集中在解决方案的单个方面而忽略所有剩余的复杂性。他们一旦稳 定了解决方案的某个部分，接下来就能继续处理其他方面，从而不断地将层次发展并完善到最终可以被实 现的粘合模型中。 大多数软件开发人员懂得应该将解决方案分解到抽象层次。但是在实际的项目中，这是非常难于付诸实践 的。当遇到第一个困难时，在急于开始编码时是很容易放弃这些层次的。伟大的架构师会经受这些挑战并 在整个项目的生命周期中严格保持这些层次。他们意识到，如果不这样做，最终将淹没在复杂性中。 本文展示了将抽象层次应用到 IT 解决方案的技术。首先，我们会通过一个简单的示例演示此方法，然后 提出一个基于正式抽象层次的系统产品的结构。 返回页首 抽象层次：所有工程师的强大武器 其他的工程学科，比如土木工程师，几个世纪以来一直利用抽象层次复制复杂性。让我们学习一下其他更 成熟的工程学科是如何应用抽象层次的，就从电子工程师开始吧，他们设计每次更新换代都变得更加复杂 的计算机系统。 - 1 - 硬件工程师 系统设计师使用抽象层次为计算机系统建模。每个层次都是定义完善的，并提供了该系统的一个不同角 度。许多系统是在三个主要层次上设计的：系统、子系统和组件，如图 1 所示。 分层使工程师能够将庞大数量的复杂性集成到一个单一的工作计算机系统中。在其原子部分的层次上确切 了解一台计算机是不可能的。在单独一块 Intel Itanium_ 芯片上有大约 25,000,000 个晶体管。 对 IT 相关学科来说，这种把复杂性分解到抽象层的方法当然不是惟一的。类似的方法被用于从航空工程 到微生物学的无数其他学科。 返回页首 应用抽象层次时的核心原则 所有工程师在应用抽象层次时都遵循这套核心原则。当把抽象层次应用到软件时，这些原则也同样适用。 这些层次的数量和范围是定义完善的，以便工程师能够在复杂的系统上协作，所有团队成员必须共享对层 次的同一理解。只要设计师做出设计决定，他们必须将那些决定归档到相应的细节层次。 三个抽象层次定义如下： 图 i. 定义的三个抽象层次 - 2 - 图 ii.抽象层次的一个简单框架 每个层次内的多个视图 一个单个层次内的复杂性可以变得非常多，以至于使人无法一次全部掌握。在这种情况下，工程师通过多 个视图将设计展现于单个层次内。每个视图展现设计的一个单独方面，但保持在相同的抽象层次上。举例 来说，母板工程师为板的每个层创建一个视图，从而为每层的连接路径的设计建模。 图 1. 计算机系统的抽象层次 - 3 - 必须保持层次间的一致性 为了让系统按预期方式运行，每个后续的层必须是其父层的适当改进。如果计算机系统设计师从 IDE 总 线切换到 SCSI 总线，那么所有设备的接口