理解SOA与企业体系结构如何协作

本系列共三部分，本文是其中的第 1部分，将提供一个框架，以帮助您理解面向服务的体系结构(Service-OrientedArchitecture，SOA)和企业体系结构 (EnterpriseArchitecture，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 显示了此类框架的示例。