本系列共三部分，本文是其中的第 1 部分，将提供一个框架，以帮助您理解面向服务的体系结构(Service-Oriented Architecture，SOA)和企业体系结构(Enterprise Architecture，EA)如何协作。首先，我们将介绍 SOA 和 EA 的定义。然后，我们将了解 SOA 和 EA 的范围和重点，以便有效地对二者进行比较和对比。

　　引言

　　通过深入分析 SOA 和 EA 机器对应的治理，我们发现二者在概念、活动、流程和结果方面存在重叠。例如，二者都要求基于业务目标的输入，并都会得到与这些目标紧密相关的输出且要根据这些目标来对结果进行评估。而且，二者都是旨在处理企业级的问题(战略与规划、参考体系结构等等)，而且其治理模型非常相似。如果未认识到 EA 与 SOA 间的类似与重叠的地方并加以考虑，在采用 SOA 的同时开发 EA 及其治理的企业可能会遇到问题。

　　本系列文章的内容基于我们在与公共事业行业的《财富》500 强企业的大型合作项目中获得的实践经验。IBM? 提供了广泛的业务转换与 IT 外包服务，可为客户管理所有的 IT 操作——大型机、台式机、帮助台、语音与数据网络、应用程序开发和维护。这个合作项目要求并行开发 SOA 和 EA。本系列包括三个部分，将详细说明重叠情况等各种潜在问题，并提供有关如何处理此类问题的建议和指导方针。具体如下：

　　第 1 部分提供 SOA 和 EA 的定义和范围，从而形成框架，以便在二者之间进行有意义的对比和比较。

　　第 2 部分对 SOA 和 EA 进行对比和比较。另外还将重点讨论在企业开发 EA 之后(或正在开发时)开始建立 SOA 时可能出现的问题。

　　第 3 部分提供了指南信息，我们将根据在进行价值 16 亿美元合作项目(其中要求同时开发 SOA 和 EA)中面临类似的挑战时获得的经验说明可以如何处理这些问题。

　　随着很多企业开始快速走上采用 SOA 的道路，了解此体系结构及其治理如何适应 EA 及治理(大部分都已开发或正在开发 EA)也变得越来越重要了。具体来说，需要处理的问题包括：

　　EA 范围与 SOA 的范围(例如，如何利用二者相似之处)。

　　SOA Center of Excellence (CoE) 与 EA 治理委员会的关系(例如，如何避免重叠?)

　　SOA 基础设施的职责和所有关系(例如，企业服务总线位于企业基础设施的何处，是否应专供 SOA 使用?)。

　　企业体系结构

　　EA 定义

　　IBM 技术研究院的一份研究中将 EA 定义如下：

　　“EA 规程定义和维护体系结构模型、治理和过渡活动，以帮助有效协调半自主团队来实现共同业务和/或 IT 目标。”

　　这个定义经过了仔细推敲，突出了 EA 不仅是体系结构，更多的是一个规程。另外，它还意在用于捕获 EA 的需求，以通过定义将企业的业务策略与其变更程序结合在一起：

　　体系结构模型，用于捕获业务预期结构(通过业务体系结构)和提供有关多个项目和程序必须如何利用信息技术的清晰规范(通过公用的明确 IS 和 IT 体系结构)。

　　各种机制，如体系结构治理和过渡计划，以帮助计划、协调和控制业务的所有部分，确保其目标保持一致。

　　各种文献对 EA 框架进行了大量介绍。Zachman 是第一个将此概念规范化并发布 EA 框架(以他的名字命名)的 IT 人员。从那以后，很多组织(特别是美国联邦政府部门)发布并使用了很多其他 EA 框架。图 1 显示了此类框架的示例。