邮政企业数据交换中心系统方案(邮政ESB升级方案)建议书V.doc

邮邮政政企企业业数数据据交交换换中中心心系系统统 （邮邮政政 E ES SB B 升升级级） 方方案案建建议议书书 ESB 项项目目组组 2009 年年 2 月月 18 日日 文档信息文档信息 编写者ESB项目技术方案编写组编写日期2009年2月 审核者审核日期 批准人批准日期 变更历史变更历史 日期日期变更描述变更描述批准批准 2009-2-18初次编制 2009-2-28修改 目 录 目目 录录.III 1.背景背景.6 2.邮政邮政 ESB 现状和分析现状和分析.7 2.1ESB 服务 .7 2.1.1速递 ESB 服务.7 2.1.2两网 ESB 集群服务.8 2.2ESB 应用分布 .9 2.2.1速递 ESB 应用分布.9 2.2.2两网 ESB 应用分布.10 2.3ESB 客户端和队列使用 .12 2.3.1客户端简单概况.12 2.3.2队列使用方式.13 2.4ESB 应用问题与分析 .14 2.4.1ESB 服务潜在风险.14 2.4.2ESB 客户端潜在风险和问题.14 2.4.3队列等资源的使用问题.15 2.4.4数据传输的来源与类型分析.16 3.邮政企业数据交换中心系统邮政企业数据交换中心系统.17 3.1系统总体结构.17 3.2系统功能结构.18 3.2.1总体功能结构.18 3.2.2数据交换中心功能结构.19 3.2.3前置节点功能结构.21 3.3系统逻辑结构.22 3.4系统网络结构.24 3.5数据交换中心与企业数据中心.26 4.数据交换中心方案建立步骤数据交换中心方案建立步骤.27 4.1ESB 服务整合 .27 4.1.1ESB 服务器整合.27 4.1.2ESB 关联系统资源重新分配.29 4.1.3ESB 队列、主题统一规范.29 4.1.4ESB 用户、权限等资源整合.29 4.1.5服务器之间的路由、共享关系建立.29 4.2数据分、转发和消息路由、共享.29 4.2.1数据分、转发.29 4.2.2消息路由、共享.31 4.2.3主题、队列的设计.32 4.3统一数据传输接口规范和方式.32 4.3.1统一数据传输接口规范.32 4.3.2统一数据传输接口方式.33 4.4业务系统前置节点的建立.33 4.4.1前置节点的作用.33 4.4.2前置节点数据传输.34 4.5数据交换管理中心平台的建立.35 4.5.1管理中心平台的作用.36 4.5.2管理中心的功能模块.37 4.6ESB 扩容方式 .37 4.6.1ESB 服务器扩容.37 4.6.2ESB 节点扩容.38 4.7ESB 其他功能的应用 .38 4.7.1BW 工作引擎.38 5.实施与计划实施与计划.39 5.1服务调查整合步骤.39 5.2新接口协议的设计.39 5.3功能设计开发.39 5.3.1队列、主题关系设计.39 5.3.2节点前置设计开发.39 5.3.3管理中心设计开发.40 5.4应用部署.40 5.5现有节点升级.40 1. 背景背景 随着ESB系统在邮政项目中的广泛应用，ESB平台已经成为邮政各项目的信 息传输枢纽，成为邮政重要的核心系统之一。 ESB在邮政的普遍应用，为各系统内、系统之间传输业务数据提供了方便快 捷的技术平台。但是随着接入系统和业务的大幅增加，ESB服务器、用户、队列、 客户端的管理越来越复杂，而目前ESB接口开发零散、标准不统一、服务端配置 没有统一标准，造成各系统重复开发，不易管理，无法进行问题定位分析，对 以后服务扩展和服务维护造成一定的困难，而不同的标准也不利于以后邮政各 系统的SOA集成。 根据邮政信息化建设的发展趋势，依托现有的资源和环境，提出建设以ESB 集群服务为核心的邮政企业数据交换中心的方案，负责各业务系统内和系统间 的数据交换、业务系统客户端管理、ESB数据通道和资源管理等，并作为企业数 据中心的前置系统，为统一管理业务数据提供技术通道。 2. 邮政邮政 ESB 现状和分析现状和分析 目前使用 ESB 的邮政业务系统有：速递、报刊、网运、电子化支局、商函、 投递、集邮、名址、金融等。下面从 ESB 服务、资源利用情况、客户端情况方 面分析邮政 ESB 的应用现状。 2.1 ESB 服务服务 除了金融系统以外，邮政 ESB 服务目前应用分两块：速递物流类 ESB 系 统和邮务类 ESB 系统 2.1.1速递速递 ESB 服务服务 速递系统中的 ESB 服务分两部分：内网 ESB 和外网 ESB。 速递 ESB 服务 1. 服务器 内网 ESB： 设备配置：4*4CPU、64G 内存、100G 磁盘阵列、双机 HA； 外网 ESB： 设备配置：4*4CPU、32G 内存、100G 磁盘阵列、双机 HA； 2. 应用服务现状 内网使用服务 IP：4 端口：7222 当前使用 ESB 服务的系统长连接数：250，另外有约 200 左右的短连接； 当前队列数：255，主题：6，用户数：22； 数据传输量：8G/天左右； 速度：平时，进出各 600 条/秒左右，高峰时，进出各 3000 条/秒左右； 外网使用服务 IP：5 端口：7222 2.1.2邮务类邮务类 ESB 集群服务集群服务 邮务类 ESB 服务器由四台服务器组成，面向以报刊、网运、集邮等其它系 统为主要邮政业务系统，三台主服务器共用一台备机，通过三主一备的 HA 模 式实现主备服务。 两网ESB集群系统 三主一备HA 报刊ESB 两网互通ESB扩展ESB 公用备机 两网互通 ESB 集群 1. 服务器 四台主机： 设备配置：4*4CPU、32G 内存、100G 磁盘阵列、HA； 2. 应用服务现状 报刊 ESB 使用服务 IP：35 端口：7122 当前使用 ESB 服务的系统长连接数：300，另外有约 100 左右的短连接； 当前队列数：290，主题：0，用户数：11； 数据传输量：3G/天左右； 速度：平时，进出各 100 条/秒左右，高峰时，进出各 1000 条/秒左右； 网运 ESB 使用服务 IP：36 端口：7022 当前使用 ESB 服务的系统长连接数：250，另外有约 200 左右的短连接； 当前队列数：515，主题：10，用户数：16； 数据传输量：4G/天左右； 速度：平时，进出各 300 条/秒左右，高峰时，进出各 2000 条/秒左右； 扩展 ESB 使用服务 IP：37 端口：7322 当前使用 ESB 服务的系统长连接数：250，另外有约 200 左右的短连接； 当前队列数：50，主题：3，用户数：8； 数据传输量：1G/天以下； 2.2 ESB 应用分布应用分布 2.2.1速递速递 ESB 应用分布应用分布 速递内网 ESB 和外网 ESB 两部分都是双机 HA 模式，速递内部各子系统 以内网 ESB 为中心传输业务数据，外部系统接入外网 ESB，内部系统和外部系 统的数据传输通过这两部分 ESB 之间的路由实现。 速递 ESB 系统关系图 目前接入速递 ESB 的子系统和外部系统有生产作业、数据仓库、跟踪查询、 下载平台、短信平台、PDA、中心局、电子化支局、分拣机、台湾通邮等十几 个，客户端多达三百多个。目前连接外网 ESB 的外部系统只有台湾通邮服务器。 2.2.2两网两网 ESB 应用分布应用分布 两网 ESB 三台主服务器间没有路由关系 报刊报刊 ESB 应用应用 报刊 ESB 系统关系图 报刊系统 ESB 为三个子系统服务，分别是报刊、物流、教材系统，传输的 数据是各系统与报刊系统相关的业务数据，连接系统有报刊局、物流中心局、 教材中心局、报刊支局、物流支局、教材支局，各支局之间业务独立，只负责 本业务数据传输处理。 网运网运 ESB 应用应用 网运 ESB 系统关系图 网运系统 ESB 同时为网运系统、名址维护、名址信息系统服务，连接的子 系统有：网运中心局和各省支局、网运生产作业全国中心和各省中心、名址维 护、名址信息、国际普邮、商函投递各省支局、速递、集邮系统，网运 ESB 与 电子化支局三个业务系统有数据传输关系，各业务系统也是相对独立。 扩展扩展 ESB 应用应用 扩展 ESB 系统关系 扩展 ESB 用于其他未规划系统的接入，目前接入的系统有财务、客户营销 系统，电子化支局分两个业务系统分别接入。 2.3 ESB 客户端和队列使用客户端和队列使用 2.3.1客户端简单概况客户端简单概况 目前客户端的开发由各系统开发人员各自完成，接口协议由各业务系统之 间确定。 开发预语言：C、JAVA 接口数据：单记录、多记录、文件 接口协议：文件、XML、自定义 客户端：API、执行文件 连接方式：短连接、长连接 数据传输方向：发送、接收 2.3.2队列使用方式队列使用方式 1多对一的信箱模式，如速递系统中使用的队列方式 队列1 队列1 队列2 队列2 队列 队列 系统A 系统B 系统 数据发送 系统1 系统2 系统 数据接收 队列1 队列1 队列2 队列2 队列 队列 系统A 系统B 系统 数据发送 系统1 系统2 系统 数据接收 给每个接收方系统设立一个队列，需要给这个系统传数据的其它系统通过 向这个队列发送消息来实现数据的传输。 2发送接收双通道方式，如报刊系统中的队列使用方式 队列1 队列1 队列2 队列2 系统A 数据发送 系统1 数据接收 数据接收 数据发送 队列1 队列1 队列2 队列2 系统A 数据发送 系统1 数据接收 数据接收 数据发送 每两个有数据传输关系的系统之间建两个队列，用于数据的来回传输，适 用于数据传输关系比较简单的系统。 3一对多的分散发送方式，如网运、名址系统中的队列使用方式 队列1 队列1 队列2 队列2 系统A 数据发送 系统1 数据接收 系统2 数据接收 队列2 队列2 系统 数据接收 主题1 主题1 队列1 队列1 队列2 队列2 系统A 数据发送 系统1 数据接收 系统2 数据接收 队列2 队列2 系统 数据接收 主题1 主题1 在广播数据比较多的情况下，用这种方式可以节约很多资源和工作量，数 据发到一个主题后，由这个主题对各系统对应队列分发。 2.4 ESB 应用问题与分析应用问题与分析 2.4.1ESB 服务潜在风险服务潜在风险 随着 ESB 的应用深入，ESB 服务器数量增加，以及接入业务系统及子系统 越来越多，ESB 服务的问题将越来越突出： 1服务配置、队列、用户、权限等各种配置信息越来越多，管理非常不方便； 2手工情况下配置的工作量越来越大，手工配置的操作复杂度无法解决实时的 配置更改； 3监控的工作量和难度越来越大，靠人工登录观察的方式无法发现已经发生的 或潜在问题； 4各系统应用分散，队列命名规则在某些系统未能有效推行，使队列管理难度 增加，将来可能会因为队列的大量增加而命名未统一导致比较尴尬的应用结 果； 5各系统基本独立，只有主备方式保证运营的安全，一旦压力增加或因硬件问 题造成规模性的故障时，无法有效平衡资源，利用其它系统的闲置资源； 6目前的应用方式对网络、内存的资源都有相当大的浪费，却没有有效使用目 前最富裕的 CPU 资源； 7系统升级和扩容难度很大，增加新的服务器对现有运行系统影响很大。 2.4.2ESB 客户端潜在风险和问题客户端潜在风险和问题 ESB 客户端目前是多厂利用，存在的问题是多方面的： 1客户端开发方式多样化，工作量大而重复，当一方有问题时测试调试复杂， 不容易解决； 2客户端因是各自开发，和业务系统紧密结合，当业务系统或 ESB 服务出现 故障时，将影响整个作业的运营； 3客户端分散无法管理，当某一环节出现问题时，无法迅速定位故障点，特别 是全国中心，无法监控商各自开发，协议也是各业务系统各自商议，这种方 式极不利于企业数据的整合各省局和其他系统的接口是否运行正常； 4无法实现业务流程监控，无法以最快的速度发现技术和业务问题； 5当系统需要做调整时，协调困难、工作量大，代码的不一致可能导致一个很 小的改动都需要各业务系统改底层代码，通用性差； 6系统扩展性差，增加一个业务系统就需要谈接口、协议、重新开发接口代码； 7公用数据无法在各系统重用、浪费资源，因各系统之间接口由各系统之间协 商，没有统一的标准，所以数据的重用性很差，在各系统之间经常需要将同 一份数据分不同方式封装后发送给不同的应用系统。 2.4.3队列等资源的使用问题队列等资源的使用问题 ESB 队列应用存在的问题队列应用存在的问题 ESB 数据存储转发主要由队列来实现，所以队列是 ESB 系统中核心的资源； 目前的队列使用情况存在一定的问题，可能会影响未来长期的发展： 1队列命名未完全规范，在可预见的未来使用中，可能因队列的大幅增加造成 管理的不便，也可能因为队列的不规范命名使一些高级功能无法发挥其应有 的作用； 2点对点的队列方式浪费了系统紧缺的资源，而没能有效使用 CPU 资源； 3各系统之间有大量重复的队列存在，不仅浪费了资源也增加了管理难度； 目前的队列使用方式目前的队列使用方式 系统1发送 系统1发送 系统2发送 系统2发送 系统发送 系统发送 ESB服服 务务 器器 ESB服服 务务 器器 系统B接收 系统B接收 系统A接收 系统A接收 系统接收 系统接收 系统1发送 系统1发送 系统2发送 系统2发送 系统发送 系统发送 ESB服服 务务 器器 ESB服服 务务 器器 系统B接收 系统B接收 系统A接收 系统A接收 系统接收 系统接收 客户端点对点网状消息发布方式 缺点： 1客户端在给不同的系统发送数据时，需要自行判断数据的目的地，占用了客 户端逻辑处理时间； 2客户端在向不同的目的地发送数据时，需要连接不同的队列，特别当队列分 布在不同服务器上时，客户端需要重新建立网络连接，占用了客户端和服务 端的网络资源； 3客户端在给不同的系统发相同数据时，需要分别发送，使网络压力提升一倍； 其它资源使用情况其它资源使用情况 1除队列以外，各系统在多台服务器之间占用很多重复资源； 2内存、磁盘、网络资源使用频繁，消息积压严重时，会有不足现象； 3CPU 资源富裕，没有得到充分应用； 4各系统之间没有有效的资源平衡利用方案，无法有效利用闲置资源； 2.4.4数据传输的来源与类型分析数据传输的来源与类型分析 业务数据来源业务数据来源 1业务程序即时生成，业务程序产生的即时交易数据，需要即时传输并响应 2磁盘文件，由业务系统生成的数据文件 3数据库同步数据，数据在数据库中，需要同步到其它系统中 传输消息类型传输消息类型 1交易类消息 一条消息内包含单条或多条交易信息 格式一般为自定义的文本方式 2XML 类消息 用 xml 格式包装的交易类消息 3文件类消息 一条消息内包含一个完整的文件或一个文件块 文件可以是任意类型 3. 邮政企业数据交换中心系统邮政企业数据交换中心系统 针对以上问题，本方案提出统一规划和构建“邮政企业数据交换中心”和 “前置节点”系统，以实现统一配置管理和集中监控以及高灵活性、可扩展性 目标。 3.1 系统总体结构系统总体结构 邮政企业数据交换中心系统总体结构 如上图所示，邮政企业数据交换中心系统包含：数据交换全国中心节点和 部署在各个业务系统侧的前置交换节点。全国中心节点为邮政各个业务系统之 间的批量数据和实时消息交换，提供高可靠、高性能的数据传输机制和强大的 数据处理能力，并为系统管理员提供对各个前置节点的统一配置管理和集中监 控功能。 3.2 系统功能结构系统功能结构 3.2.1总体功能结构总体功能结构 邮政企业数据交换中心系统总体功能 如上图所示，邮政企业数据交换中心系统包含：全国中心节点和部署在各 个业务系统侧的前置节点。全国中心节点含有配置管理单元和监控管理单元， 为系统管理员提供基于 Web 界面的统一系统配置管理和集中监控管理功能；数 据处理单元主要是对批量文件数据和实时消息数据进行后台处理，提供文件数 据拆分/合并、数据校验、消息转换、加密/解密、压缩/解压缩、路由分发等核 心的数据处理功能；数据传输单元提供高可靠的异步消息传输机制，基于 JMS 标准接口与各个前置节点连接通信，收/发业务数据、下发配置信息和接收监控 信息。 部署在各个业务系统侧的前置节点系统包含：数据传输单元、数据处理单 元、业务接口单元以及前置节点管理单元。业务接口单元支持多种接口（包括： FTP 文件接口、数据库接口、专用的 API 接口等）以与业务系统交换数据；业 务接口单元中含有用于缓存已接收和待上传数据的存储单元，可基于预设的规 则，按不同的业务接口类型或业务数据类别，划分出多个不同的业务数据单元。 前置节点的数据处理单元，主要是对已接收和待上传的批量文件数据和实时消 息进行后台处理，提供文件数据拆分/合并、消息校验和转换、数据加密/解密、 压缩/解压缩等核心的数据处理功能。前置节点的数据传输单元，基于 JMS 标准 接口与全国中心节点连接通信，收/发业务数据、上传监控信息、接收配置信息。 前置节点的管理单元主要是提供对本节点的配置管理和监控管理功能；前置节 点的数据传输单元接收到全国中心节点统一下发的配置信息后传送给管理单元， 由管理单元统一对本节点的数据传输单元、数据处理单元、业务接口单元进行 自动化配置管理。另外，前置节点管理单元可实时采集本节点的监控信息，并 通过数据传输单元上传至全国中心节点。 3.2.2数据交换中心功能结构数据交换中心功能结构 TIBCO Enterprise Message Service （TIBCO EMS） 前前置置节节点点 实时消息处理单元 （基于TIBCO BW实现） 加密/解密 加密/解密 压缩/解压 压缩/解压 批量数据处理单元 （定制开发实现） 数据校验 数据校验 数据转换 数据转换 路由分发 路由分发 订阅/发布 订阅/发布 消息队列 消息队列 消息路由 消息路由 拆分/合并 拆分/合并 服务注册 服务注册 加密/解密 加密/解密 服务代理 服务代理 消息校验 消息校验 消息转换 消息转换 路由分发 路由分发 数数据据处处理理单单元元 存储转发 存储转发 配配 置置 管管 理理 单单 元元 队列 配置 队列 配置 路由 配置 路由 配置 连接 配置 连接 配置 前置 节点 配置 管理 前置 节点 配置 管理 数据 处理 规则 配置 数据 处理 规则 配置 监监 控控 管管 理理 单单 元元 前 置 节 点 监 控 前 置 节 点 监 控 数 据 传 输 监 控 数 据 传 输 监 控 数 据 处 理 监 控 数 据 处 理 监 控 数数据据传传输输单单元元 业务数据 传输通道 配置信息 传输通道 监控信息 传输通道 邮邮政政企企业业数数据据交交换换中中心心 TIBCO Enterprise Message Service （TIBCO EMS） 前前置置节节点点 实时消息处理单元 （基于TIBCO BW实现） 加密/解密 加密/解密 压缩/解压 压缩/解压 批量数据处理单元 （定制开发实现） 数据校验 数据校验 数据转换 数据转换 路由分发 路由分发 订阅/发布 订阅/发布 消息队列 消息队列 消息路由 消息路由 拆分/合并 拆分/合并 服务注册 服务注册 加密/解密 加密/解密 服务代理 服务代理 消息校验 消息校验 消息转换 消息转换 路由分发 路由分发 数数据据处处理理单单元元 存储转发 存储转发 配配 置置 管管 理理 单单 元元 队列 配置 队列 配置 路由 配置 路由 配置 连接 配置 连接 配置 前置 节点 配置 管理 前置 节点 配置 管理 数据 处理 规则 配置 数据 处理 规则 配置 监监 控控 管管 理理 单单 元元 前 置 节 点 监 控 前 置 节 点 监 控 数 据 传 输 监 控 数 据 传 输 监 控 数 据 处 理 监 控 数 据 处 理 监 控 数数据据传传输输单单元元 业务数据 传输通道 配置信息 传输通道 监控信息 传输通道 邮邮政政企企业业数数据据交交换换中中心心 数据交换中心系统功能结构 参见上图，数据交换中心系统主要包含以下四个功能单元： 1）数据传输单元 基于 Tibco EMS 产品实现，支持点对点消息队列（Queue） 、订阅/发布 （Topic）两种通信模式，并提供高可靠的消息存储转发和路由分发机制。基于 JMS 标准接口，数据传输单元与前置节点连接交互信息，包括：向前置节点下 发配置信息，接收前置节点发送的监控信息，向前置节点发送和接收业务数据。 2）数据处理单元 分为批量数据处理单元和实时消息处理单元。批量数据处理单元主要是处 理非实时的、批量的文件数据，定制开发实现并提供文件拆分/合并、数据校验、 数据转换、压缩/解压缩、加密/解密、路由分发等数据处理功能。实时消息处 理单元主要是处理实时或准实时的 XML 消息，采用 Tibco BW 产品实现，可灵活 编排和高效执行有关消息协议转换和格式转换、消息校验、路由分发、Web 服 务注册与代理服务等处理流程。 3）配置管理单元 系统管理员可通过 Web 界面进行系统配置管理操作，包括：前置节点配置 管理、数据交换中心的数据处理规则（如：数据校验、数据转换、文件拆分/合 并、路由分发等处理规则）配置管理、数据传输配置管理（如：连接参数配置、 Queue 和 Topic 配置、路由规则配置等） 。 配置管理单元所设置的前置节点配置信息（包括：前置节点监控配置信息、 传输配置信息、数据处理规则、数据存储规则、业务接口配置信息等） ，可经数 据传输单元下发给各个前置节点。 4）监控管理单元 系统管理员可通过 Web 界面，集中监控数据交换中心和各个前置节点系统 的运行状况，包括对数据交换中心的批量数据和实时消息处理、数据传输过程 以及各个前置节点的业务接口、数据处理和数据传输运行状况进行集中监控管 理。 3.2.3前置节点功能结构前置节点功能结构 前置节点系统功能结构 参见上图，前置节点系统主要包含以下四个功能单元： 1）数据传输单元 基于 JMS 标准接口与邮政企业数据交换中心连接交互信息，包括：接收中 心下发的配置信息，上传监控信息，接收和发送业务数据。 2）数据处理单元 提供数据校验和数据转换、文件拆分和合并、数据加密/解密、文件压缩/ 解压缩等数据处理功能。 3）业务接口单元 面向邮政业务系统开放各种接口（包括 FTP 接口、数据库访问接口以及专 用的 API 接口等） 。数据存储单元为收/发的业务数据提供数据缓存，有两种存 储方式：文件存储、关系数据库表存储。数据存储单元可基于预设的规则，按 不同的业务接口类型或业务数据类别，划分出多个不同的业务数据单元。 4）前置节点管理单元 提供监控管理功能，可实时采集本节点的监控信息，并通过数据传输单元 上传至数据交换中心系统。 数据传输单元接收到数据交换中心统一下发的配置信息（包括：监控配置 信息、传输配置信息、数据处理规则、数据存储规则、业务接口配置信息等） 后，传送给管理单元处理和保存；由管理单元统一对本节点的数据传输单元、 数据处理单元、业务接口单元进行自动化配置管理。 3.3 系统逻辑结构系统逻辑结构 邮政企业数据交换中心系统逻辑结构 如上图所示，邮政企业数据交换中心系统包含：Web 应用服务器、ESB 服务 器系统以及数据库服务器。前置节点系统包含：前置节点服务器和数据库服务 器。 Web 应用服务器主要是面向系统管理员提供用户及权限管理、系统配置管 理和监控管理功能，通过 JDBC 接口访问关系数据库。另外，Web 应用服务器可 通过专用接口，对 ESB 服务器系统进行配置管理和监控管理。 ESB 服务器系统包含：批量数据处理服务器、实时消息处理服务器、数据 传输服务器。定制开发的批量数据处理软件，提供批量数据校验与数据转换、 文件拆分/合并、数据加密/解密、数据压缩/解压缩、路由分发等处理功能。实 时消息处理软件采用 Tibco BW 软件，可灵活编排和高效执行有关消息校验、消 息转换、路由分发、Web 服务注册与代理服务等处理流程。数据传输软件采用 Tibco EMS 软件，提供高可靠、高效率的基于 JMS 接口标准的异步消息传输功 能。 系统配置信息（包括：数据处理规则、前置节点配置信息、连接配置信息、 Queue/Topic 配置信息、路由分发规则等）统一存放于关系数据库中；Web 应用 服务器、ESB 服务器系统可通过 JDBC 接口访问这一关系数据库。 前置节点服务器提供数据传输、数据处理、业务接口以及配置管理和监控 管理功能，通过 JMS 标准接口与邮政企业数据交换中心连接交互信息。前置节 点系统配置信息（包括：监控配置信息、传输配置信息、数据处理规则、业务 接口规则等）存放于本地数据库中；前置节点服务器通过 JDBC 接口访问这一数 据库。 3.4 系统网络结构系统网络结构 磁盘阵列 SAN 交换机 ESB服务器集群（N+1）数据库服务器 Web应用服务器 邮政企业数据交换中心系统 邮政综合网 前置机省局系统 前置机省局系统 前置机量收系统 前置机中心局系统 前置机名址系统 前置机其它业务系统 负载均衡器负载均衡器 局域网 交换机 局域网 交换机 磁盘阵列 SAN 交换机 ESB服务器集群（N+1）数据库服务器 Web应用服务器 邮政企业数据交换中心系统 邮政综合网 前置机省局系统 前置机省局系统 前置机量收系统 前置机中心局系统 前置机名址系统 前置机其它业务系统 负载均衡器负载均衡器 局域网 交换机 局域网 交换机 邮政企业数据交换中心系统网络结构 如上图所示，邮政企业数据交换全国中心系统设备主要有：Web 应用服务 器、ESB 服务器、数据库服务器、负载均衡器和局域网交换机、磁盘阵列和 SAN 交换机等。另外，在各个邮政业务全国中心系统（如量收系统、中心局两子系 统、速递系统、名址系统、报刊系统、集邮系统、电子商务平台、短信接入平 台等）侧，统一部署前置节点服务器；并且，在各个省局系统（含电子化支局 系统、11185 和 183 系统、商函系统等）侧，统一部署前置节点服务器。 Web 应用服务器主要是面向系统管理员提供系统配置管理和监控管理服务， 安装 WebLogic 应用服务平台软件以及定制开发的管理服务软件模块。本方案建 议采用两台负载均衡器，为两台 Web 应用服务器提供流量均衡分发功能。 在 ESB 服务器上安装 TIBCO EMS/BW 软件以及定制开发的批量数据处理软件， 并采用红旗 Linux HA 软件构建一个高可靠的 N+1 服务器集群系统。在数据传输 和处理过程中，待存储转发和待处理的数据是存放在 SAN 存储区，ESB 服务器 是通过光纤线路连接访问 SAN 存储区。 数据库服务器上安装 Oracle 10g RAC 数据库软件，构建一个高可靠的并行 数据库服务器集群系统。数据库服务器通过光纤线路连接访问 SAN 存储区。 参见下图，部署在邮政业务系统侧的前置节点系统，包含一台前置节点服 务器、一台数据库服务器和一台磁盘阵列设备。 前置节点 服务器 数据库 服务器 磁盘阵列 HA 前 置 节 点 系 统 邮政业务系统 邮政综合网 邮政企业数据 交换中心系统 前置节点 服务器 数据库 服务器 磁盘阵列 HA 前 置 节 点 系 统 邮政业务系统 邮政综合网 邮政企业数据 交换中心系统 前置节点系统网络结构 前置节点服务器上安装定制开发的数据传输、数据处理、业务接口以及管 理功能模块；数据库服务器上安装 Oracle 10g 数据库软件。为保证系统高可靠 性，建议采用红旗 Linux HA 集群软件将这两台服务器构建为一个双机互备的服 务器系统；并且，这两台服务器通过光纤线路连接外置的一台磁盘阵列。 3.5 数据交换中心与企业数据中心数据交换中心与企业数据中心 企业数据中心与数据交换中心的逻辑结构 邮政各业务系统广泛使用 ESB，有效得解决了企业数据中心的数据来源和 数据传输的技术问题。将企业数据中心视为数据交换中心的一个节点，在数据 中心服务器部署数据交换前置节点，将各系统业务数据直接在业务过程中由交 换中心传输给数据中心，不再需要各业务系统另传数据，使中心数据更准确、 更及时。 4.数据交换中心方案建立步骤数据交换中心方案建立步骤 4.1 ESB 服务整合服务整合 服务整合包括建立 ESB 服务集群、统一资源的规范和管理。 4.1.1ESB 服务器整合服务器整合 1ESB 大集群模式 为有效利用现有 ESB 服务器资源、平衡服务器压力，需要对服务器进行重 新整合，将现有的分散模式改为集中模式： ESB 大集群模式系统关系示意图 合并速递双机 HA 的 ESB 服务器与两网互通三主一备的服务器，组成四主 两备或五主一备的服务集群，根据数据传输频度与压力，将各业务系统平均的 分配到各服务器上，在服务集群内部配置内部路由和消息分、转发，实现各业 务系统的数据自由传输；与外网 ESB 通过路由和消息共享互连，实现外网系统 与邮政内部系统的数据安全传输，屏蔽业务系统的数据传输的技术复杂度。 2多机集群 多机机群组合示意图 多台主机共用一台备机，在主机出现问题时，将主机浮动 IP、端口、服务 转移到备机上，启动备机继续为生产服务；主机问题解决后转移回去。 3速递 ESB 独立模式 速递独立方式 ESB 系统关系示意图 多机集群模式、路由关系与第一种方案一样，只是将速递 ESB 独立出来， 不与多机共用备机，速递独享服务器，不与其它系统分享，之间的路由模式不 变。 4.1.2ESB 关联系统资源重新分配关联系统资源重新分配 为了能尽量平均分配各 ESB 服务器资源，使 ESB 发挥最优的性能服务， 需要对各系统业务量进行评估，并按业务量将各系统重新组合分配到集群内的 ESB 服务器上。 4.1.3ESB