信息化 频道

SOA重构数字化校园采取有效递进式策略

  必要的架构元素

  为了实现自动的、自管理的SOA,企业服务总线(Enterprise Service Bus, ESB)是一个必要的架构元素。一个ESB所提供的最本质的基础服务是传输、基于服务质量(Quality of Service, QoS)的路由、中介和网关服务,能够与业务流程环境并行地设计和部署。

  总线可以多种方式实现,如经典的消息传送、EAI(Enterprise Application Integration,企业应用整合)以及代理技术,或者使用特定平台组件如J2EE系统中的服务整合总线。

  ESB使开发者们可以组件形式调用和使用业务功能,通过将它们当作满足基于Web服务描述语言(WSDL)的规范接口描述的服务,而不需要理会API或协议。

  实现

  SOA软件模型的实现必须首先通过平台无关标准来实现中立性,互操作的基本标准包括XML和XSD、HTTP、SOAP、WSDL,以及正在发展中的WS-Policy、WS-Resource,WS-Security等。当然SOA也能够在特定软件平台上实现,包括J2EE环境、Microsoft的.NET、大型机或现有的基于消息的操作系统,甚至基于C/C++的环境。所以SOA架构中可以集成提供接口的各类软件平台上的应用。

  安全性

  SOA架构作为企业级的体系结构,安全性是必须要考虑的。它采用WS-Security、WS-Trust、WS-Federation等多个规范保证安全性。

  优势

  从长远来看,通过复用的“构件”和SOA的灵活性,实施SOA可以节省资金、时间和精力;通过灵活的解决方案和更短的部署时间,避免IT实施的失败;通过IT与业务服务的紧密结合,使IT投入更合理等等。特别是基于SOA的解决方案是与Web服务相结合的,它打破了软件程序和供应商之间的私有化障碍,主流软件解决方案供应商都承诺使用这个开放标准,以规范各自的硬件和软件,使信息和数据得到共享。

  重构

  数字化校园体系系结构中主要包括网络基础环境、基础硬件和软件环境、校园门户、各类业务系统以及作业系统集成接口等。在SOA架构中,由于使用了标准的开放的接口规范,基于ESB的业务系统集成,对各厂商解决方案具有良好的兼容性,并可通过面向流程的业务整合对SOA架构进行拓展。采用SOA架构技术,对传统的数字化校园体系结构进行重构(如图2所示)。

  图2 基于SOA架构的数字化校园系统结构

 

  方案建立在开源平台上

  目前可应用的SOA解决方案很多,软件厂商IBM、BEA、Oracle、微软、金蝶等都有自己的SOA解决方案。但是由于SOA架构核心就是开放,所以基于开源软件平台的解决方案对于具有较高自主开发能力,业务需求复杂多变,而资金投入又有限的高校来说是个很不错的选择。

  目前基于OSOA(Open Service Oriented Architecture)制定SCA(Service Component Architecture,服务构件架构)和SDO(Service Data Objects,服务数据对象)的开源产品,主要有Apache Tuscany、EclipseSTP(SOATools Platform)、PECL SOAfor PHP、CodeCauldron Newton等。这些开源产品已能提供企业级系统架构的诸多特性,尤其以Apache下的Tuscany和Eclipse旗下的STP最为引人注目。

0
相关文章