基干ESB―SOA企业信息集成平台设计.doc

基干ESB―SOA企业信息集成平台设计 　　某市国土局先后建成了地籍管理信息系统、建设用地审批管理系统、土地利用规划系统、国土资源一张图和核心数据库等应用系统，为了解决系统之间存在信息共享能力差、业务适应能力差等问题，采用面向服务的架构思想对国土局现有信息系统进行集成，提出了一种快速的、便捷的企业信息系统整合方法，实践证明，该方法能够有效地集成各类异构的业务系统，可提高系统资源利用率 面向服务架构 企业服务总线 服务构件 信息系统集成 1 引言 目前，某市国土资源局先后建成了国土资源一张图和核心数据库、地籍管理信息系统、建设用地审批管理系统等应用系统。随着业务系统的不断增加，国土资源信息化建设中存在的问题也逐渐被暴露了出来，现存业务系统之间的技术架构差异越来越大。而新系统建设也缺乏技术规范，无法随需应变，开发因没有统一的标准而出现技术封闭的问题，系统之间产生信息孤岛 以传统方式开发的软件无法实现期望的业务集成和协作，从而导致了全局业务环节信息传递和处理的不及时，无法满足客户快速变化及个性化的需求。软件架构经过十几年的发展，特别是面向服务体系的架构SOA（Service-Oriented Architecture，面向服务的架构）的出现为异构系统之间的解耦创造了一定的条件 通过引入成熟的第三方中间件，搭建基于SOA的国土资源信息集成平台，可以实现跨地区、跨部门的信息互联互通和业务协同。SOA的优势在于它有着高度的可重用性、敏捷性以及良好的延展性和可用性，可随需应变，从而能够轻松地应对业务需求的变化，使它能够摆脱面向固定模式技术解决方案的束缚。平台采用统一的技术架构、开发规范、数据资源模型等，可实现全局领域应用平台软件体系的一体化、模块化、轻量化，实现业务应用快速开发、“插拔式”部署和统一运行管理 2 面向服务的架构与企业服务总线 2.1 面向服务的架构 SOA是一个组件模型，它将应用程序的不同功能服务通过定义服务间良好的接口和协议联系起来[1]。SOA中的服务都来自于独立应用程序或者新的面向服务的应用程序，它的核心思想是服务，并通过服务间的组装来形成新的服务以达到组件之间的松耦合，实现高度的服务可重用性[2]。在SOA中必须具备有3种角色，其关系模型如图1所示： 2.2 企业服务总线 ESB（Enterprise Service Bus，企业服务总线）体系结构模式支持在面向服务的体系结构（SOA）中虚拟化服务交互并对其进行管理。它是传统消息中间件技术与XML、Web服务等技术结合的产物，它提供了支持SOA的一组基础架构功能，支持异构环境中的服务、消息以及基于事件的交互，并且具有适当的服务级别和可管理性[3]。简单来说ESB就是试图将应用服务器上的多种逻辑层面迁移到总线以及连接点上，从而降低企业内部信息共享的成本 3 系统总体架构设计 3.1 平台总体架构 SOA使用户不需要依赖应用程序及其运行计算平台便可方便地对Web服务进行构建、部署和整合，最终显著地提高了业务流程的灵活性。基于SOA的国土资源信息系统集成框架如图2所示 基于SOA的国土资源信息系统集成框架中各层的具体描述如下： （1）资源层 在本项目中，资源层是指国土局的数据资源，这些数据经过ETL（Extract-Transform-Load，抽取转换加载）过程按一定规则在数据准备区进行加工整合后，最终生成清洁整合的数据存储平台的数据（电子档案库、ODS（Operational Data Store，操作数据存储）库、数据仓库、地理信息库）[4]。根据数据来源可以将数据分为内部数据和外部数据，内部数据包括某市国土资源局已有的生产系统数据，如地政、矿政、地质环境、电子政务数据等；外部数据是指那些不是由国土资源局内部生成，而是通过第三方获取到的数据，比如规划、气象台、住建等。内部数据源是数据存储平台的主要来源，外部数据源则作为内部数据源的补充。从数据的装载方式看，还可以分为全量数据和增量数据 （2）构件层 构件层是智能管理系统技术实现的单元，公共构件可以为上层提供服务支持并进行服务构造，构件具体包括数据上下文及SDO（Service Data Objects，数据服务对象）数据操作类构件、数据库操作类构件、基础构件类（定时器、日志、国际化信息资源处理等）、语义层工具、OLAP（Online Analytical Processing，联机分析处理）构件、图表构件、数据挖掘工具、ETL工具、GIS（Geographic Information System，地理信息系统）工具等 （3）服务层 服务层是智能管理系统存取访问体系的核心，它接收用户请求访问后端数据（OLAP、数据仓