信息共享交换平台项目建设方案

信息共享交换平台建设方案

TONGTECH

目录

1.建设目标 (3)

2.建设原则 (3)

3.平台架构 (4)

3.1平台总体逻辑架构图 (4)

3.2平台功能架构图 (6)

3.3部署拓扑图 (7)

4总体技术要求 (9)

4.1基础支撑软件选型 (9)

4.2技术路线要求 (9)

4.3总体性能需求 (11)

5.建设内容 (11)

5.1数据共享交换子系统 (11)

5.2共享数据目录管理子系统 (25)

5.3共享数据管理子系统 (26)

5.4平台服务门户 (27)

5.5安全保障建设 (28)

5.6标准规范建设 (30)

6投资概算 (31)

1.建设目标

项目的建设目标是在政务信息规划整体框架下,依托现有政务网络资源,建设覆盖全市所有政府部门的信息共享交换平台(以下简称“平台”),建立相关部门信息资源的互联互通和共享的管理制度,规范相关系统、数据、技术接口形式,形成可持续发展的运行长效机制。通过平台建设,可以打通分散在政务外网、政务专网的各应用系统之间实现信息交互,为“政务主题应用”服务,满足合肥信息资源中心建设需要。并可以为基于城市级人口、法人、空间地理形成城市基础信息库、专题信息库,为经济建设和社会发展提供辅助决策提供服务。

2.建设原则

平台作为合肥信息资源中心跨部门业务协同的重要基础设施,在建设实施过程中应遵循标准性、安全性、稳定性、可扩展性等原则。建设标准上应遵循国家和行业信息化建设有关标准及要求,体现以下原则:

(1). 标准性

设计应该遵循相应的国际、国内、地方或行业标准。按照国标GB/T 21062政务信息资源交换体系、GB/T 21063政务信息资源目录体系、GB/T 28168消息传输等相关规范,以及当前国际主流的Webservice、SOA参考架构等进行设计,并建立数据交换标准规范体系,保障平台可靠稳定长效运行。

(2). 安全性

项目建设应对数据、应用的安全性进行充分考虑,充分利用接入系统认证、用户角色管理、数据加解密、服务安全认证、签名验签、操作事后审计、内外网不同网段之间等安全技术手段确保平台安全可靠运行。

(3). 稳定性

为保障平台的稳定可靠运行,平台建设的底层核心技术是关键。核心技术必须是经过多年验证应用的成熟技术,必须采用成熟、稳定、可靠的商用中间件技术支撑软件。

(4). 可扩展性

随着合肥信息资源中心建设的逐步推进,接入系统类型和部门逐步增多,平台必须支持大规模运行需要,并随着业务应用发展进行接入量、并发量的动态扩展,不影响已完成平台的运行。

(5). 易用性

平台建设充分考虑面向用户的易用性,将底层技术核心进行二次封装,采用B/S 架构实现数据交换的Web 配置、共享数据目录和共享服务的B/S 注册管理及调用。

3 .平台架构

3.1 平台总体逻辑架构图

平台采用多层体系架构设计,通过基础支撑和功能应用子系统实现遵循SOA 体系的、分层的、松耦合、服务化的先进性设计。不但有利于保证平台的业务无关系和相对独立性,使平台和业务分离开来,独立于各部门业务应用系统之外,而且有利于保证平台的先进性、灵活性、稳定性、可用性和可扩展性,有利于平台的快速建设实施、迅速应用见效。平台总体框架如下图所示: 数据共享交换多维数据服务

公务员领导其他

数据目录库前置信息库共享信息库管理库数据报表数据交换用户管理信息发布

合肥信息资源中心信息共享交换平台为应用系统、数据资源、其他平台、委办局专网应用系统数据集成服务。总体架构分为基础设施层、信息资源层、平台支撑层、应用服务层、标准规范体系、安全保障体系和平台服务门户七大部分。

1)基础设施层

基础设施层主要包括平台建设所需的网络环境、服务器、存储及其他设备,基础设施支持基于云计算的虚拟化技术,确保为平台提供稳定可靠的硬件环境,是支撑平台正常运行所必须的重要物理设施。

2)信息资源层

信息资源层实现数据存储管理,平台提供前置库服务、元数据库、数据目录库、共享信息库等信息资源。

3)平台支撑层

平台支撑层是平台的核心技术模块,平台建设所需的JavaEE应用服务器中间件为平台和平台应用管理提供基础运行环境支撑;数据集成中间件、集成适配器、消息中间件、数据集成中间件ETL等所需的关键技术及中间件软件。

4)应用服务层

共享交换应用服务层主要由数据共享交换子系统、共享数据目录子系统、共共享数据管理子系统组成。为平台提供所需的交换、数据目录及共享库等功能。

5)标准规范体系

平台需要建设统一的标准规范体系,涵盖数据、技术、管理三个维度,是平台各系统得以顺利建设和长效运行的保障。

6)安全保障机制

确保平台安全运行的保障机制,信息安全贯穿于平台的各个层面,平台各子系统的建设都必须具有相应安全保障措施,以保确保信息资源安全、应用系统安全、用户权限安全。

7)平台服务门户

提供一个共享服务统一出口,实现平台用户管理、各子系统的应用集成,并实现数据目录的条件查询和共享服务的发布和申请,对于平台的专题库将可以提供多种展现方式包括统计报表、指数指标、柱状图、饼状图、折线图等多种方式。

3.2平台功能架构图

平台将面向基础支撑、数据交换服务、数据资源共享服务、信息共享库管理提供包括基础支撑中间件、平台服务门户、数据共享交换子系统、共享数据目录子系统,以及共享信息库功能模块。功能架构如下:

(1). 平台服务门户:平台服务门户依托数据共享交换平台和信息资源面向平

台用户实现信息资源访问、共享利用和使用。可以使得数据资源得到有效整合和标准化,规范信息系统和数据交换与共享过程,使信息交换、信息共享、信息展现、信息服务走上一个新的台阶。

(2). 数据共享交换平台:平台按照GB/T 21062政务信息资源交换体系(国标)

总体框架标准规范设计,包括交换中心、交换前置、交换传输、交换管理模块。在设计上平台基于发布、订阅理念,将每一个交换资源先共享服务化管理,再进行订阅交换管理,实现了共享与交换的相辅相成、相互继承的问题。

同时基于基础支撑中间件实现B/S的浏览器交换流程配置、管理监控,快速提升平台的易用性。

(3). 共享数据目录系统:平台通过元数据管理实现了数据资源目录管理,解

决了基础资源库的规范描述,方便业务数据描述清晰。

(4). 共享信息管理系统:共享信息库主要交换平台为了提供公共数据服务,

通过数据交换实现公共数据集成,并可以实现数据加工比较,结合数据目录实现结构管理,集合共享目录服务实现共享资源服务发布。

(5). 安全机制:作为合肥信息资源中心安全体系的有机组成部分,重点强调

数据安全和应用安全。数据安全包括传输加密解密、数据共享服务安全控制、数据分级、数据存储备份机制。应用安全包括用户访问权限、服务共享授权、平台操作审计等安全机制。

(6). 基础支撑中间件:整个平台基于中间件技术进行平台建设,涉及到集成

中间件集成中间件适配器、消息传输中间件、数据集成Etl、JEE应用服务器等,为平台提供稳定可靠的底层支撑。

3.3部署拓扑图

平台采用中心—前置机模式部署,既可以支持传统数据中心模式,也可以支持部署云中心模式。平台统一部署在云计算中心,与政府部门之间通过政务外网联接,并建立备份区域和DMZ区域。云计算IaaS环境提供平台运行的软件硬件设施环境,包括提

供服务器、存储等基础设施的虚拟化服务,以及对外提供信息共享的云服务。信息共享的云服务属于PAAs平台层:平台对外提供的信息以Web 服务的方式构建成信息云服务模式,以适应外部访问压力的需求,满足按需即时的信息共享服务需求。数据目录、服务目录、指标等属于数据中心应用。

部署结构按照传统模式,部署示意图如下:

存储阵列服务器建议配置如下:

4总体技术要求

4.1基础支撑软件选型

●操作系统:核心业务运行采用Linux平台,管理监控采用Windows平台。

●数据库:使用Oracle、SQLserver用户比较熟悉的大型、先进、成熟的数据

库系统。

●中间件软件:使用国内主流、成熟稳定的集成中间件及适配器、数据集成Etl、消息中间件和JavaEE应用服务器中间件产品,且为了方便运维,采用统一品牌。4.2技术路线要求

4.2.1J ava EE规范

为了保证高可用性、高可靠性和可扩展性,系统必须要选择支持强大的企业级计算的成熟的技术路线。能够满足这些条件的技术首推JAVA EE企业标准。

JAVA EE5.0是目前最主流的企业级平台支撑技术,已成IT领域的国际工业标准。合理运用JAVA EE技术、标准和产品,可以构建具有企业级高可用性、高稳定性、高可靠性和高可扩展性的信息共享交换平台系统。

JAVA EE技术的基础是JAVA语言,JAVA语言的与操作系统平台无关性,保证了基于JAVA EE平台开发的应用系统和支撑环境可以跨平台运行。

4.2.2S OA的体系架构

SOA(Service Oriented Architecture,简称SOA),即面向服务的体系架构,提供了一种构建IT组织的标准和方法,并通过建立可组合、可重用的服务体系来减少IT 业务冗余并确保信息系统的可持续发展以及快速构建。

SOA的实现对技术没有限制。SOA是关于共享和管理服务的结构,对所采用的技术只需要满足规范和项目需要就可以。虽然Web服务协议是创建和部署SOA 架构的主要方式和标准,但是可以使用其他技术。

SOA可以节省组织成本,包括重复利用已存在的软件作为服务,以及增强改变IT方案适应需求变革或灵活性的能力。

SOA对兼容性的需求完全处在松耦,可以通过在项目实施过程中为创建和部署大多数SOA提供的端到端解决方案解决兼容性问题。

4.2.3E SB企业服务总线

ESB(Enterprise Service Bus,简称ESB),即企业服务总线,是SOA的骨干,在完成服务的接入,服务间的通信和交互基础上,还提供安全性、可靠性、高性能的服务能力保障。

采用SOA架构,基于ESB总线进行信息系统集成,信息系统之间的交互通过ESB服务总线进行,这样可以降低应用系统之间的耦合度,消除应用系统之间技术的差异,化

解点对点集成瓶颈,降低集成开发难度,提高模块复用,增进系统开发和运行效率,便于业务系统灵活重构,快速适应业务及流程变化需要。4.2.4W EB数据集成技术

通过WEB数据集成技术可以支持跨地域、跨部门、跨层级的数据交换技术支撑体系的快速建设。基于JMX标准,便于简化统一管理接口,并扩展管理功能,同时方便开放API供用户访问。支持多种部门交换模式,包括内部交换模式、同级部门交换模式、上下级部门交换模式。提供了一个B/S的可视化的统一管理,配置,部署,监控界面。用户可通过此平台,进行节点管理,数据共享发布,发布资源查询,发布资源订阅,对配置的部署,运行和和监控。支持组织机构、操作人员、交换设施、交换资源、交换模式、交换流程、交换安全等管理配置。支持数据点对点交换、发布/订阅(一对多、多对一等)交换、定时交换、实时交换等。支持中心、前置机的集中统一配置管理监控,使得上级可以帮助下级单位创建部署新的交换流程。提供了基于浏览器的管理控制台,能够对平台节点、发布/订阅资源、进行状态查询和监控管理。

4.2.5消息传输控制技术

数据交换平台的SOA架构要支持主流消息中间件。消息中间件支持智能路由、采用灵活的消息路由方式、支持基于消息内容的处理和路由、提供发布/订阅功能、支持队列和主题两种订阅模式、提供可靠的数据或消息传输、支持开放的通讯协议。支持实时消息通讯,可以支撑万级传感器消息并发处理。

4.2.6E TL数据集成技术

ETL 是Extract(抽取)、Transform(转换)、Load(加载)首字母的缩写。ETL 早期作为数据仓库的关键环节其逐渐演化成数据集成的独立解决方案。

ETL数据集成技术提供包括数据清洗过滤、数据验证、高可靠性等重要特性,主要提供数据抽取、数据转换、数据加载功能。数据抽取即从源数据源系统抽取目的数据源系统需要的数据;数据转换即将从源数据源获取的数据按照业务需求,转换成目的数据源要求的形式,并对错误、不一致的数据进行清洗和加工;数据加载即将转换后的数据装载到目的数据源。

4.3总体性能需求

●提供基于ESB 和消息可靠传输的集群和灾备恢复能力

●提供数据加工处理ETL毫秒级响应

●提供批量数据的异步通信机制,确保大数据并发处理

●支持4GB及以上的大文件传输,对于大文件可以实现文件分割传送,并

且在异常情况下有相应的补救措施。确保数据交换不重传、不漏传、不

错传,平台能够满足较大规模数据传输要求。

●单条数据(2K字节以内)传输周期小于500ms,10000条数据(共2M字

节以内)5分钟完成。

●数据采集速率≥30000条/秒,1M大小的数据包交换,基于可靠队列传输

速度≥95M/S(千兆网);数据库实时交换≥1000条/秒;串行处理数据

TPS每秒事务处理量900次以上。

●采用多线程并发技术,同时提供数据压缩、断点续传、大数据切割等机

制,以解决网络环境下的海量数据并发传输的性能瓶颈。

●年故障时间累计小于12小时