基于SOA及Web Services遗留系统重构探究.docVIP

基于SOA及Web Services遗留系统重构探究摘要：本文针对遗留系统中存在的维护困难与业务不能灵活变化等问题，提出了一种基于SOA的重构架构，并介绍了对遗留系统实现服务封装的方法。 关键词：SOA Web Services 遗留系统 重构 中图分类号：TP311 文献标识码：A 文章编号：1007-9416（2012）09-0037-02 1、引言 在企业信息化进程中，大部分企业都根据各自的业务需求，陆续开发了各类IT应用系统，如业绩管理系统、财务管理系统等。这些在不同时期，为迎合一定需求而开发的应用系统，大多采用了不同的开发平台、软件架构和实现语言，造成了系统间协调、共享困难，“信息孤岛”现象严重。如何对遗留系统进行改造，最大限度地重用已有的业务资源和数据资源，让众多的“信息孤岛”联系起来协同工作以应对日益增长和复杂的业务需求，已经成为各企业在信息化进程中必须解决的新课题。 SOA（Service-Oriented Architecture，面向服务体系架构）的出现与发展以及Web Services技术的成熟，为系统集成、遗留系统改造提供了新的解决方案。SOA要求开发者从服务集成的角度来设计应用系统，充分挖掘、整理遗留系统的潜能，从中获得有用的Web服务，并把一个或多个遗留系统中的服务发布到一个开放、灵活的平台上，以新的形式重新构建系统，从根本上解决了遗留系统的“信息孤岛”与业务不能灵活变化等问题。 2、遗留系统重构现状 重构的定义包括两层含义：首先，重构的目的是使系统容易理解、维护和升级；其次，重构本身不以改变遗留系统的功能为主要目标。重构属于图1中的“现代化改造”阶段，其中虚直线表示增长的业务需求，实线表示应用系统提供的功能。系统维护可以在一段时间适应业务需求的变化，但是随着业务变化，通过维护不再能满足业务需求时，就要对系统进行现代化改造。最后当遗留系统不能再演化的时候，就必须彻底替换它。 遗留系统的重构研究经历了曲折的过程，一开始并没有在软件工程领域得到广泛的认可。直到20世纪90年代，业界对遗留系统的关注点由“开发新系统取而代之”转换为“对其改进以满足新的业务需求”，遗留系统重构开始得到工程和研究人员的重视。随着SOA和Web服务技术的发展，对遗留系统的处理逐渐由传统的EAI（Enterprise Application Integration，企业应用集成）方案向面向服务的集成方案倾斜。通过利用Web Services技术对遗留系统进行封装，并以Web服务形式重新集成到SOA架构中，以加强遗留系统内部、系统之间的互操作性、可维护性等非功能性需求，已经成为遗留系统重构的主要技术手段。 3、基于SOA的重构架构 对于遗留系统来说，SOA中服务的本质决定了其适合使用SOA架构来进行重构。SOA提供了一个高层次的服务层，通过这个服务层，可以将系统构造为Web服务的集合。同时，Web服务是由服务内部实现和服务外部接口组成的，服务内部可以通过对遗留系统进行服务封装来实现，对外隐藏了实现细节；服务使用者只需要知道服务的外部接口，并通过服务集成的方式重构系统，可以实现对遗留系统业务逻辑和数据的重用，如图2所示。 重构架构分为六层，由下往上依次为遗留系统层、封装层、连接层、服务层、业务流程层和表示层，各层之间的关系遵循了服务请求者、提供者和代理之间“查找、绑定和调用”范例： （1）服务请求者在表示层提出调用服务的请求，表示层通过服务代理调用服务层的服务或业务流程层经过编排的服务组合； （2）服务代理是表示层在开发阶段，通过在服务注册中心动态查找与之需求匹配的服务，生成的本地代理，负责调用服务，以及提供服务的本地表示形式； （3）服务提供者为架构底层的遗留系统层，为服务请求者提供服务的具体实现。 4、基于Web Services的服务封装 SOA架构中封装层实现了将遗留系统通过服务封装的方式部署在重构架构中。它承上启下，对上响应业务需求，对下调用遗留系统的功能来实现业务需求，形成“业务驱动服务、服务驱动技术”的SOA处理格局。具体实现是利用Web Services技术对遗留系统进行服务封装，以WSDL形式向外暴露接口，使用SOAP消息传输方式与服务使用者交互。利用Web Services技术封装可以屏蔽遗留系统的实现细节，以松散耦合的方式使用服务，因此当系统的业务逻辑变更时，只要WSDL描述的接口不变，就不会影响服务调用的实现。 本文中以重用遗留系统的业务逻辑和数据为目标，实现了对其业务逻辑层和数据库的服务封装，如图3所示。 （1）数据层封装。对遗留数据库及其访问方式进行封装，不需要知道遗留系统的业务逻辑，但是必须知道遗留数据库及其中字段的类型和含义。在服务