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最为引人注目。

建设内容

在重构中，我们进行如下内容的建设：

1.应用ESB对数字化校园中各类业务系统的服务进行集成，并对服务消息进行基于QoS服务质量的路由；

2.应用业务流程建模对服务进行流程管理，搭建符合业务需求的作业流程；

3.建立数据中心平台，提供数字化校园数据存储、数据交换、访问控制和数据分析等功能；

4.建立统一认证平台，集中管理数字化校园中各类用户信息与权限信息；

5.建立信息门户平台，依靠由业务流程建模和ESB搭建的业务流程对数字化校园用户提供一致的访问界面；

6.通过构建数字化校园信息标准体系，规范校园范围内的数据交换标准和服务抽象标准；

7.通过数字化校园安全保障体系保证数字化校园整体的安全。

递进式实施

数字化校园建设本身就是一个长期的过程，基于SOA架构的数字化校园体系结构的实施也是如此。
 

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友