或许已经有人告诉您,您公司的新 IT
策略将要涉及到创建一个基于面向服务的体系结构的系统。也许您已经听到了大量的长篇大论,正想知道面向服务的体系结构(Service-Oriented
Architecture,SOA)是否适合您的业务。或许您正在经历一场集成噩梦,尝试寻找让很多不同的系统彼此进行通信的方法。不管是何种情况,您都
可能希望找到让 IT
基础设施为业务服务的方法,而不是其他。无论您是刚刚接触面向服务的体系结构这一概念,还是已经涉足其中,您肯定都希望找到方法来提高实现的效率,
“developerWorks SOA 新手入门” 部分将为您提供了解和着手使用 SOA 所需的资源。
SOA
是一种 IT
体系结构样式,支持将您的业务作为链接服务或可重复业务任务进行集成,可在需要时通过网络访问这些服务和任务。这个网络可能完全包含在您的公司总部内,也
可能分散于各地且采用不同的技术,通过对来自纽约、伦敦和香港的服务进行组合,可让最终用户感觉似乎这些服务就安装在本地桌面上一样。需要时,这些服务可
以将自己组装为按需应用程序——即相互连接的服务提供者和使用者集合,彼此结合以完成特定业务任务,使您的业务能够适应不断变化的情况和需求(在有些情况
下,甚至不需要人工干预)。
Web 服务是用于实现 SOA 的最常见技术标准。不过,这并不是可以用于开发 SOA 的各个部分的唯一技术。很多 SOA——实际上是大部分——都涉及到集成遗留数据,此类数据包含在使用 MQSeries 和 Common Object Request Broker Architecture (CORBA) 等技术的系统中。其中的许多技术都已针对 SOA 进行了调整,不管有无 Web 服务包装均可使用。事实上,可以仅使用 MQSeries、CORBA 甚至远程过程调用(Remote Procedure Call,RPC)技术来实现 SOA。但 Web 服务正迅速成为用于支持 SOA 的事实标准。
已经向您介绍了面向服务的体系结构和 SOA 开发的步骤,您现在可能已经确信应该开始构建自己的 SOA 了。如果您已经构建了基于 Web
的软件服务,则已经达到了 SOA
采用的第一个阶段。在此部分,我们将分析各个采用阶段(从偶然构建服务到基于面向服务的体系结构原则对业务进行全面转换),从而帮助您了解自己目前所处的
位置以及确定需要实现的目标。
SOA 成熟阶段
您不大可能立即基于 SOA 进行全面的转换。事实上,孤注一掷的方法会增加失败的风险。应该转而采用迭代的方法逐步通过各个采用阶段,首先开发少数试点项目服务,然后逐步将您的 IT 系统更新为在 SOA 内工作的服务。我们将讨论以下 SOA 采用阶段:
构建服务
集成
转换 IT
转换业务
构建服务:具有特殊连接的根据需要提供的服务
在
SOA 采用第一个阶段,公司通常会很偶然地着手构建 SOA
服务。也就是说,由于需要解决特定的问题,他们选择了面向服务的方法,而不使用传统方法。在此阶段,服务构建将更多地关注解决特定的问题,而不是对企业现
有系统进行转换。IT 部门将构建一些新服务,或许会将一些现有应用程序转换为一组基于 Web
的服务。它们之间的链接将根据需要提供,而不是源自整个体系结构的要求。