内容摘要:本系列共三部分,本文是其中的第 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 的范围(例如,如何利用二者相似之处)。
来源:ibm 作者:Dr. Mamdouh Ibrahim 责编:豆豆技术应用