文档介绍：基于SOA的高校信息系统数据交互架构设计
摘要:本文运用SOA面向服务的架构理念,采用WebService技术实现了高校信息系统数据交互。将各个系统数据抽象为服务对象,每个系统只需建设一次WebService服务即可满足后续数据对接。对接系统也无需了解所需数据来源与结构,只需阅读WebService菜单调用相关服务即可。通过此架构可完成高校多信息系统数据交互统一规划管理要求,无需建立大型数据中心库,无形中减省了高校资源。
关键词:数据交互;SOA;WebService
中图分类号:G434 文献标识码:A 论文编号:1674-2117(2015)12-0106-03
引言
随着教育信息化建设的逐步推进,各高校拥有的信息系统数量日渐增多,并且各个系统建设时间不一、使用技术不一、管理部门不一,系统与系统之间相对独立,需要数据交互时往往以底层数据库的数据推送来完成,没有顶层设计架构,导致系统与系统之间关系越来越错综复杂,无法高效地协同运行,也为高校后续的信息化发展增加了难度。
现状与解决方法
现阶段多数高校在信息化系统建设方面缺乏研发能力,基本通过建设项目,或直接购买相对成熟的信息系统,或以社会公司的技术力量开发个性化信息系统。这直接导致高校的信息化系统与社会公司捆绑,一个系统或多个系统背后代表一家公司的利益,建设后期的升级、维护往往被公司牵制。而其中系统数据对接要求是大数据时代下不可避免的,也往往会与两家甚至多家公司进行牵扯,是大数据时代下高校教育信息化建设中的难点。
现今多信息系统间的数据交互主要有4种设计架构,分别为面向数据的交互模式、面向接口的交互模式、面向业务流程的交换模式与面向Web服务的交换模式。[1]其技术实现方法主要有:设计中间件、建立数据中心库、建立数据接口[2]等。其中中间件最为人熟知的是阿里巴巴的Cobar,将阿里的前端与后端分离,但是中间件开发成本较高,不利于高校后期维护。
部分大型高校拥有一定的研发能力,会分别成立数据中心部门,建立大型的数据中心库[3],即用面向数据的交互模式解决高校信息系统交互。具体来讲就是为将本校所有信息系统数据抽取到数据中心库中,进行数据解构重组,建立对象、关系、索引,再由数据中心库传递给需要数据的各个信息系统。这样每个系统只需建立一次数据推送、接受的操作,可以做到交互统一规划,数据统一维护,同时利于大数据时代下的大数据挖掘分析。研发维护能力更强的高校已经将全校信息系统虚拟化后,统一置于数据中心部门管理。[4]但是这样的数据中心部门建设成本较高,维护任务较重,部分高校不具备这样的人力物力,若全部利用社会公司力量建立数据中心库,一旦公司发生意外,出现问题可能导致全校所有相关信息系统瘫痪,责任重大。同时数据中心与各个系统使用部门脱离,只能对数据形式进行维护,无法对数据内容的正确性进行有效辨认,如果数据内容有错误,则需要部门间逐层检查,较为麻烦。而基于SOA的多信息系统数据交互架构,其本质为面向Web服务信息系统的交互模式,为没有能力或还未筹划建立数据中心的高校提供了另一种多信息系统数据交互解决方式,同时也为大数据分析建立了基础。
基于SOA的高校信息系统数据交互架构
此架构将数据中心部门从原有的数据管采用SO