- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
分布式异构系统间
业务及数据集成解决方案
东方通科技
2010年10月目 录
1 概述 2
1.1 面向服务的体系架构 3
1.2 企业服务总线 5
2 需求分析 7
2.1 业务需求分析 7
2.1.1 解决互连互通问题 7
2.1.2 提供统一的开发运行环境 7
2.1.3 保障信息安全共享 8
2.1.4 提供统一的管理环境 8
2.2 功能性需求分析 8
3 采用中间件的必要性 9
4 数据交换平台中间件技术方案 11
4.1 方案描述 11
4.2 方案设计中的核心要点 16
4.3 总体技术架构 16
4.4 系统部署结构 18
4.4.1 平台物理部署 18
4.4.2 软件部署结构 18
4.4.3 多级平台体系 19
4.5 数据交换平台详细设计 20
4.5.1 设计实现目标 20
4.5.2 系统技术结构 21
4.5.3 数据交换平台的功能 22
4.5.4 交换管理与服务 31
4.5.5 共享交换监控服务 38
5 东方通解决方案的优势 43
5.1 产品的先进性 43
5.1.1 可靠性 43
5.1.2 高效性 43
5.1.3 安全性 43
5.1.4 可用性 43
5.1.5 可扩展性 44
5.1.6 开放性 44
5.1.7 可管理性 45
5.2 架构合理性 45
5.2.1 符合SOA架构 45
5.2.2 基于开放式标准,高度可扩展 45
5.2.3 全面支持Web Service 45
5.2.4 跨平台 45
5.2.5 资源权限存储与管理灵活 46
6 产品详细介绍 47
6.1 企业服务总线TongIntegrator V3.6 47
6.1.1 产品介绍 47
6.1.2 主要功能 47
6.1.3 技术指标 49
6.1.4 技术架构说明 53
6.2 消息息中间件TongLINK/Q V7.1 58
6.2.1 中文名称 58
6.2.2 产品介绍 58
6.2.3 主要功能 59
6.2.4 技术指标 71
6.2.5 技术架构说明 75
概述
数据交换共享平台是协作式电子政务应用平台(包括政府职能部门之间的电子协作、政府与公众/企事业单位的服务管理等)的核心基础服务模块,负责实现跨系统的数据交换、流程控制和分布式数据存储服务。
数据交换平台的目的是实现每个合法用户将其所要传输的数据包安全可靠地传输到指定的地方。数据交换平台支持常见数据库类型、多种业务类型、多种数据传输方式和网络特性,是各类应用系统共享信息资源的公共渠道,是应用系统扩展的接口。
数据交换平台是支撑各地市通过应用系统实现信息资源共享交换的基础设施,在整个技术框架中具有非常关键的承上启下的作用。利用平台提供的各类适配器组件整合各类应用系统,可对已建应用系统进行最小程度改造,打破信息孤岛,避免重复建设,缩短信息化建设周期,有效保护既往投资。
各地市政采执行平台的应用系统与数据数据交换平台相连,通过数据交换平台来实现数据共享和路由。这种连接方式实现了数据的无缝交换和共享访问,保证了各业务系统的有效协同,同时又能保证各应用系统的相互独立性和低耦合性,从整体上提高了系统运作效率和安全性,形成基于共享的新的应用体系。
面向服务的体系架构
目前,大多数企业都有各种各样的系统、应用程序以及不同时期和技术的体系结构。集成来自多个厂商跨不同平台的产品和应用系统,一直是企业IT部门的主要挑战。面向服务的体系结构为解决这一问题提供了良好的途径。
SOA是一个组件模型,它将应用程序的不同功能单元(称为服务)通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的,它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。
以服务为导向、开放、松散耦合的总体目标架构,在应用系统的规划设计时,我们遵循如下业务集成参考架构。
图 基于SOA的业务集成参考架构
SOA 的主要组件包括服务、动态发现和消息。
服务是能够通过网络访问的可调用例程。服务公开了一个接口契约,它定义了服务的行为以及接受和返回的消息。术语服务常与术语提供者互换使用,后者专门用于表示提供服务的实体。
接口通常在公共注册中心或者目录中发布,并在那里按照所提供的不同服务进行分类,就像电话簿黄页中列出的企业和电话号码一样。客户(服务消费者)能够根据不同的分类特征通过动态查询服务来查找特定的服务。这个过程被称为服务的 动态发现。
服务消费者或者客户通过消息来消费服务。因为接口契约是独立于平台和语言的,消息通常用符合 XML 模式的 XML 文档来构造。
SOA结构中,中立的接口定义(没有强制绑定到特定的实现上)的特征称为服务之间的松耦合。松耦合系统的好处有两点,一点是它的灵活性,另一点是
文档评论(0)