- 浏览: 294867 次
- 性别:
- 来自: 深圳
文章分类
- 全部博客 (133)
- boss好文 (10)
- 数据模型 (2)
- together (1)
- oracle (10)
- 健康生活 (4)
- js好东东 (8)
- 工作流 (1)
- 常见java问题 (7)
- BOSS开发随想 (0)
- rose相关 (1)
- 股市看图 (4)
- java基础 (12)
- jbpm (1)
- 集群(负载均衡) (4)
- spring教程 (2)
- maven入门 (5)
- 项目管理 (14)
- 常用软件 (3)
- mysql (4)
- j2ee性能调优 (2)
- jfreechart相关 (1)
- 需求工具 (2)
- maven基础讲解 (3)
- AXURE下载 (2)
- db2 (2)
- svn (1)
- 日常操作技巧 (3)
- SOA (16)
- jetty (2)
- jetspeed (0)
- camel (0)
- 安卓开发 (4)
- ESB (4)
- 物流 (2)
- 软件需求的3个层次 (1)
- WMS (1)
- eclipse (1)
- 安卓源代码 (2)
- jar (0)
最新评论
-
seeYourEye:
prt1979 写道怎么在点“open project”后,选 ...
PL/SQL Developer插件之SVN -
prt1979:
怎么在点“open project”后,选择文件夹后一直弹出“ ...
PL/SQL Developer插件之SVN -
houlianxue:
LateCHI 写道东西不错。可以正常打开目录。但是进行svn ...
PL/SQL Developer插件之SVN -
LateCHI:
东西不错。可以正常打开目录。但是进行svn操作的时候提示 un ...
PL/SQL Developer插件之SVN -
w.tany:
很多地方少个# 号
<s:property>的用法
摘自:http://www.ibm.com/developerworks/cn/websphere/library/techarticles/0905_loulj_esb1/index.html
前言
一个实际 ESB 项目实施的成败,不仅要求我们把产品用熟用好,即熟悉 ESB 产品的配置、开发及优化操作,还需要制定正确的、量体裁衣式的解决方案,并且需要借助科学的项目实施方法论,从需求分析、方案设计、产品开发、测试、上线运行等各个方面进行全面的考虑。本系列文章将分为三部分,第 1 部分和第 2 部分将结合两个不同行业的案例来介绍两个具有鲜明行业特点的 ESB 解决方案,第 3 部分则将针对 ESB 项目的实施过程给出一些建议。
--------------------------------------------------------------------------------
回页首
航空公司 ESB 案例解析
通过企业服务总线、接口适配器、服务注册管理等整合技术,实现将企业内部现有的各应用系统之间的信息共享,提高企业内部应用系统的数据共享和交换效率,提升企业在市场上的综合竞争力和客户服务质量,是所有企业的一个典型需求。本文将以航空公司的案例为基础,说明采用 IBM ESB 相关产品整合航空公司电子商务、常旅客、航班动态、呼叫中心等系统的解决方案。
--------------------------------------------------------------------------------
回页首
航空公司 ESB 的需求举例
与其他行业一样,在民航业,国际和国内的主要航空公司内部也分布着众多已建和在建的用以支撑业务运行的 IT 系统,这些系统之间缺乏对信息共享性、系统兼容性和接口标准规范的统一考虑,造成系统之间的连接比较困难,应用和数据无法得到全面共享,系统间“蜘蛛网状”的连接普遍存在。随着新系统的不断建设,在业务与流程方面的整合将会因系统和业务领域间的信息沟通障碍而面临越来越多的困难,对航空公司的整体发展战略带来制约。
下面我们就来列举几个民航业的现状,以此说明对企业进行业务整合的必要性。
现状一:业务系统间数据共享需求强烈
总体来看,航空公司的 IT 分为商务、航务、机务和管控四大体系,其中商务体系中包括定座系统、电子客票销售系统、离港系统、电子商务系统、常旅客系统、大客户系统、呼叫中心系统、运价收益管理系统、地面服务系统等。在这个庞大的体系结构中,存在着巨大的系统间数据集成和共享的需求。主要存在以下三类信息的共享:
航班数据共享:
航班数据包括航班计划、航班动态、飞机参数等数据,是保障航空公司正常运营的最基本信息,而航空公司内部通常都会有超过 10 个的系统需要获取航班数据,其中包括:电子商务系统、呼叫中心系统、常旅客系统、地服系统、联盟成员系统等。目前,航班数据的源数据系统 ( 一般来自航空公司运控 AOC 系统 ) 与其他业务系统之间的数据交换和共享都是通过点对点单独开发接口的形式实现的,比如通过数据库视图的紧耦合的方式实现,这在增加各个系统接口复杂性的同时也增加了系统开发的周期和费用,而且各业务系统无法从统一的渠道获取航班数据,造成了各业务系统之间数据不一致,如下图所示:
图 1. 航空公司航班数据共享
客户主数据共享:
根据不同的直销、分销渠道以及不同的客户属性,航空公司的客户信息通常被分散地存储在多个不同的客户服务系统中,其中包括常旅客系统、大客户系统、电子商务系统等,这些现有系统或多或少地通过点到点的星型结构的接口方式进行了一些互连,在一定程度上实现了客户数据共享,但是仍普遍存在连接混乱、各系统间数据更新频率不一致、各系统内同一旅客基本信息不统一等问题,借鉴其他行业在客户主数据管理方面的发展趋势和最佳实践,因此航空公司需要对客户主数据进行统一存储和一致性管理,这就需要完成呼叫中心、电子商务、大客户、常旅客等系统与客户主数据系统之间的集成,希望通过 ESB 技术实现上述系统间数据的实时同步,如下图所示:
图 2. 航空公司客户数据共享
客票销售和客户服务信息共享:
在航空公司的直销渠道中,电子商务与呼叫中心是非常重要的两大直销渠道,各自拥有独立的业务支持系统,以这两个系统为例,国内各个航空公司拥有的电子商务与呼叫中心这两个应用系统之间后台基本没有任何数据共享,在业务和应用上完全独立,如下图:
图 3. 呼叫中心和电子商务系统渠道分离
而实际上这两个系统之间存在着非常多的来自业务的数据共享需求。例如:当客户在互连网上完成了全部订座功能,希望能够在呼叫中心完成改期升舱、退票退款等操作;而如果客户在呼叫中心渠道上完成了全部订座功能,或者在呼叫中心完成改期升舱、退票、退款操作后,也希望能够在互连网上进行状态查询,如下图所示:
图 4. 呼叫中心和电子商务系统间数据共享
因此这两个系统希望共享客票销售数据、客票服务数据 ( 对于升舱、改期、退票、退款、订单追踪、邮寄行程单等客票服务流程的相关数据 ) 以及销售业绩管理等进行共享,从而实现航空公司的两大直销渠道之间在销售与服务流程上的统一和客户体验的统一,增加客户满意度和客户服务水平。
现状二:缺乏技术先进的、统一的、标准的 IT 集成架构
在以往各个系统的建设当中,都是采用传统的点对点的联接方式,导致了一个复杂的网状结构,其弊端在于系统接口众多,系统间造成密切的耦合性,某一个系统接口的修改导致其他所有系统的修改;系统没有扩展性,每新增一个系统就需要开发该系统和其他相关所有系统的接口;系统的后期维护成本过高。没有建立起统一的数据交换平台和数据交换标准。各系统之间根据自己的需要获取数据,存在着格式上、内容上、或者统计口径上的差异。
以航空公司电子商务系统为例,电子商务系统与周边业务系统的集成需求如下:
图 5. 航空公司电子商务与外围系统集成举例
上表中,我们粗略列举了航空公司电子商务系统与其各主要相关系统间交换的业务数据内容,以及通讯协议和数据格式,我们可以看出其复杂性,如果没有一个统一的集成平台的支撑,那么数据格式转换、通讯适配器的开发、传输可靠性保证等问题都需要依赖于自主开发,其风险是不言而喻的。
--------------------------------------------------------------------------------
回页首
航空公司商务体系 ESB 整合方案
总体方案概述
SOA (面向服务的架构)是当今国外各大航空公司率先考虑的方法论并成为提升下一代提升航空运输服务的能力引擎,它使 IT 部门可以搭建灵活的可配置体系以支持随需应变的航空业务。鉴于航空公司商务体系建设中存在的这些问题,以及业界的最佳实践,我们提出采用 ESB 整合航空公司的商务体系,其总体架构如下图所示:
图 6. 航空公司商务体系集成架构
总体系统架构主要由展现层、核心应用层和 SOA 核心能力层组成,其中通过门户实现统一用户接入,该模块主要包含用户帐户信息管理和存储、用户登录身份认证和访问请求负载均衡等部分。核心应用层包括电子商务系统、呼叫中心系统、常旅客系统、大客户系统等商务体系中的所有重要的业务系统。SOA 核心能力层由企业服务总线、服务管理和注册库以及组合服务运行引擎三部分组成。其中,企业服务总线 (ESB) 是 SOA 核心能力层的一个中心组件,它负责接入各种服务资源,通过采用统一服务接口使得各种服务或应用与服务之间可以相互方便访问,以星形结构替代了原来各服务之间的点对点结构,极大地优化了系统连接架构,降低了系统集成的复杂度。企业服务总线下方连入的各个应用系统是航空公司内部的各个业务系统,而右边是要连接的一些外部系统。组合服务运行引擎通常运行在标准的流程引擎之上,例如 BPEL 流程引擎,不是本文的重点,在此就不再赘述了。
ESB 的组件及产品映射模型
ESB 组件模型及产品映射模型如图 7:
图 7. 航空公司 ESB 组件模型
其中包括 ESB 组件、服务注册和管理组件以及 ESB 的监控和管理组件 3 部分组成。
ESB 组件:
实现消息传递、服务路由、格式转换、交易完整性保证、数据解析和处理、安全传输、应用适配、协议转换等功能,可以由 WebSphere Message Broker 实现。
服务注册和管理:
为 ESB 提供服务管理容器,借助科学的方法论,对航空公司的业务需求进行分析,对其商务体系的业务流程进行梳理,建立起航空公司商务体系的服务目录和服务库,对这些服务以及服务的元数据进行定义和存储,以便进行服务的查找、发布、注册和管理。该组件可以由 WebSphere Service Registry and Repository(WSRR)来实现,将所暴露的服务注册在 WSRR 中,便于其他系统发现和调用。
ESB 监控和管理:
ESB 是应用集成的枢纽,各个应用之间的信息和服务共享都将通过 ESB 来进行,因此,ESB 平台本身的监控和管理的重要性是不言而喻的。全面、及时的服务监控功能除了能够辅助快捷的故障诊断,还能够提供完整的服务质量评估报告,以衡量现有的应用系统效率,并为优化、升级提供指导。服务监控需要包括服务、操作等级别的调用 / 失败次数、响应时间等信息,并且在超过设定值的情况下能够报警。该组件由 Tivoli Omegamon XE for Messaging 实现,Tivoli Omegamon XE for Messaging 能够实现对 IBM WebSphere Message Broker 以及底层 MQ 的资源的自动发现并进行自动监控,帮助管理员及时发现故障和故障隐患。
组件交互模型
以前面描述的电子商务系统和呼叫中心之间的订单交互为例,其组件交互模型如下:
图 8. 航空公司 ESB 组件交互模型
该模型描述了客户在呼叫中心预定了机票(产生订单),然后通过电子商务 (B2C) 系统修改订单时通过 ESB 实现系统间订单交互的场景。
ESB 的接口设计
图 9. 航空公司 ESB 接口设计
在上图中,我们给出了某航空公司的一个示例。在这个例子中,我们看到其电子商务系统、航班信息发布系统、客户主数据系统都是采用 Web Service/ 实时 /XML 接口;呼叫中心采用 socket/实时/文本、WebService/实时/XML 接口;常旅客系统采用 FTP/批量/ 文本、WebService/实时/XML 的接口;大客户系统采用 Database 的接口形式。
基于接口的数据格式的不同,与 ESB 相关的系统可以分为以下两类:
基于 XML 报文的应用系统:基于 XML 报文交互是比较理想的方式,是目前业界较为推荐的标准方式。需要说明的是,尽管都采用 XML 标准,由于各个系统的需求的差别已经建设周期的不同,不同的应用系统采用的 XML 消息很难完全兼容。这需要由 ESB 实现相应的转换。
基于专有报文/自定义报文的应用系统:基于专有报文的应用系统,如国内的定座系统,可以先保留现有的报文格式,由 ESB 实现现有格式与其他报文格式以及 XML 格式之间的转换。随着未来条件的成熟,这些系统逐步过度到通过 XML 实现与 ESB 以及其他应用系统的集成。
基于接口的通讯协议的不同,与 ESB 相关的系统可以分为以下四类:
基于 Web Services 的系统:基于 Web Services 的系统,例如目前的呼叫中心和电子商务系统都可以提供这种方式,可以使用 SOAP/HTTP(S) 与 ESB 实现整合。
基于 FTP/Socket 的应用系统:需要通过 FTP 交换数据的系统,如 FFP 系统等,ESB 可以直接支持 FTP 的方式。ESB 缺省提供文件适配器,其中就可以支持本地文件和远程文件通过 FTP 方式的读写。
基于数据库的应用系统:基于数据库的系统,如大客户系统、数据仓库系统,可以通过 JDBC 适配器与 ESB 集成。
基于传统应用连接的系统:对于这类系统可以通过定制的 Adapter 与 ESB 以及其他应用实现整合,该 Adapter 可以以 Java 实现。另一方面,也可以通过 XML/MQ 实现与 ESB 的集成,这时,这些传统应用系统将调整为面向消息的方式。使用 MQ 作为一个通用的 Adapter 与 ESB 以及其他应用实现整合,消息的格式可以逐步由现有的专有报文转变为基于 XML 标准的报文。
ESB 的物理部署
整个 ESB 方案的物理部署配置举例如下:
图 10. 航空公司 ESB 物理部署示例
建议采用两个节点同时安装 WebSphere Message Broker 和 WSRR。其中将 WebSphere Message Broker 配置为 Cluster,将 WSRR 配置为 HA 的方式,采用一台 PC Server 或 PC 机作为监控管理服务器,安装 Tivoli Omegamon for Messaging,实现对 Message Broker 的监控。未来需要流程集成时,可以采用两个节点安装 WebSphere Process Server 组成 Cluster。
--------------------------------------------------------------------------------
回页首
小结
本文从业务角度列举了航空公司商务体系建设中对 ESB 的典型需求举例,并介绍了航空公司 ESB 的总体方案、组件模型、接口设计、物理部署以及涉及到的 IBM 软件产品,介绍了如何利用 ESB 将呼叫中心、电子商务、常旅客、大客户、航班动态发布平台等应用系统进行高效整合,达到航班信息、旅客信息、客票销售信息等主要业务数据的共享,从而提升航空公司的客户服务水平。
前言
一个实际 ESB 项目实施的成败,不仅要求我们把产品用熟用好,即熟悉 ESB 产品的配置、开发及优化操作,还需要制定正确的、量体裁衣式的解决方案,并且需要借助科学的项目实施方法论,从需求分析、方案设计、产品开发、测试、上线运行等各个方面进行全面的考虑。本系列文章将分为三部分,第 1 部分和第 2 部分将结合两个不同行业的案例来介绍两个具有鲜明行业特点的 ESB 解决方案,第 3 部分则将针对 ESB 项目的实施过程给出一些建议。
--------------------------------------------------------------------------------
回页首
航空公司 ESB 案例解析
通过企业服务总线、接口适配器、服务注册管理等整合技术,实现将企业内部现有的各应用系统之间的信息共享,提高企业内部应用系统的数据共享和交换效率,提升企业在市场上的综合竞争力和客户服务质量,是所有企业的一个典型需求。本文将以航空公司的案例为基础,说明采用 IBM ESB 相关产品整合航空公司电子商务、常旅客、航班动态、呼叫中心等系统的解决方案。
--------------------------------------------------------------------------------
回页首
航空公司 ESB 的需求举例
与其他行业一样,在民航业,国际和国内的主要航空公司内部也分布着众多已建和在建的用以支撑业务运行的 IT 系统,这些系统之间缺乏对信息共享性、系统兼容性和接口标准规范的统一考虑,造成系统之间的连接比较困难,应用和数据无法得到全面共享,系统间“蜘蛛网状”的连接普遍存在。随着新系统的不断建设,在业务与流程方面的整合将会因系统和业务领域间的信息沟通障碍而面临越来越多的困难,对航空公司的整体发展战略带来制约。
下面我们就来列举几个民航业的现状,以此说明对企业进行业务整合的必要性。
现状一:业务系统间数据共享需求强烈
总体来看,航空公司的 IT 分为商务、航务、机务和管控四大体系,其中商务体系中包括定座系统、电子客票销售系统、离港系统、电子商务系统、常旅客系统、大客户系统、呼叫中心系统、运价收益管理系统、地面服务系统等。在这个庞大的体系结构中,存在着巨大的系统间数据集成和共享的需求。主要存在以下三类信息的共享:
航班数据共享:
航班数据包括航班计划、航班动态、飞机参数等数据,是保障航空公司正常运营的最基本信息,而航空公司内部通常都会有超过 10 个的系统需要获取航班数据,其中包括:电子商务系统、呼叫中心系统、常旅客系统、地服系统、联盟成员系统等。目前,航班数据的源数据系统 ( 一般来自航空公司运控 AOC 系统 ) 与其他业务系统之间的数据交换和共享都是通过点对点单独开发接口的形式实现的,比如通过数据库视图的紧耦合的方式实现,这在增加各个系统接口复杂性的同时也增加了系统开发的周期和费用,而且各业务系统无法从统一的渠道获取航班数据,造成了各业务系统之间数据不一致,如下图所示:
图 1. 航空公司航班数据共享
客户主数据共享:
根据不同的直销、分销渠道以及不同的客户属性,航空公司的客户信息通常被分散地存储在多个不同的客户服务系统中,其中包括常旅客系统、大客户系统、电子商务系统等,这些现有系统或多或少地通过点到点的星型结构的接口方式进行了一些互连,在一定程度上实现了客户数据共享,但是仍普遍存在连接混乱、各系统间数据更新频率不一致、各系统内同一旅客基本信息不统一等问题,借鉴其他行业在客户主数据管理方面的发展趋势和最佳实践,因此航空公司需要对客户主数据进行统一存储和一致性管理,这就需要完成呼叫中心、电子商务、大客户、常旅客等系统与客户主数据系统之间的集成,希望通过 ESB 技术实现上述系统间数据的实时同步,如下图所示:
图 2. 航空公司客户数据共享
客票销售和客户服务信息共享:
在航空公司的直销渠道中,电子商务与呼叫中心是非常重要的两大直销渠道,各自拥有独立的业务支持系统,以这两个系统为例,国内各个航空公司拥有的电子商务与呼叫中心这两个应用系统之间后台基本没有任何数据共享,在业务和应用上完全独立,如下图:
图 3. 呼叫中心和电子商务系统渠道分离
而实际上这两个系统之间存在着非常多的来自业务的数据共享需求。例如:当客户在互连网上完成了全部订座功能,希望能够在呼叫中心完成改期升舱、退票退款等操作;而如果客户在呼叫中心渠道上完成了全部订座功能,或者在呼叫中心完成改期升舱、退票、退款操作后,也希望能够在互连网上进行状态查询,如下图所示:
图 4. 呼叫中心和电子商务系统间数据共享
因此这两个系统希望共享客票销售数据、客票服务数据 ( 对于升舱、改期、退票、退款、订单追踪、邮寄行程单等客票服务流程的相关数据 ) 以及销售业绩管理等进行共享,从而实现航空公司的两大直销渠道之间在销售与服务流程上的统一和客户体验的统一,增加客户满意度和客户服务水平。
现状二:缺乏技术先进的、统一的、标准的 IT 集成架构
在以往各个系统的建设当中,都是采用传统的点对点的联接方式,导致了一个复杂的网状结构,其弊端在于系统接口众多,系统间造成密切的耦合性,某一个系统接口的修改导致其他所有系统的修改;系统没有扩展性,每新增一个系统就需要开发该系统和其他相关所有系统的接口;系统的后期维护成本过高。没有建立起统一的数据交换平台和数据交换标准。各系统之间根据自己的需要获取数据,存在着格式上、内容上、或者统计口径上的差异。
以航空公司电子商务系统为例,电子商务系统与周边业务系统的集成需求如下:
图 5. 航空公司电子商务与外围系统集成举例
上表中,我们粗略列举了航空公司电子商务系统与其各主要相关系统间交换的业务数据内容,以及通讯协议和数据格式,我们可以看出其复杂性,如果没有一个统一的集成平台的支撑,那么数据格式转换、通讯适配器的开发、传输可靠性保证等问题都需要依赖于自主开发,其风险是不言而喻的。
--------------------------------------------------------------------------------
回页首
航空公司商务体系 ESB 整合方案
总体方案概述
SOA (面向服务的架构)是当今国外各大航空公司率先考虑的方法论并成为提升下一代提升航空运输服务的能力引擎,它使 IT 部门可以搭建灵活的可配置体系以支持随需应变的航空业务。鉴于航空公司商务体系建设中存在的这些问题,以及业界的最佳实践,我们提出采用 ESB 整合航空公司的商务体系,其总体架构如下图所示:
图 6. 航空公司商务体系集成架构
总体系统架构主要由展现层、核心应用层和 SOA 核心能力层组成,其中通过门户实现统一用户接入,该模块主要包含用户帐户信息管理和存储、用户登录身份认证和访问请求负载均衡等部分。核心应用层包括电子商务系统、呼叫中心系统、常旅客系统、大客户系统等商务体系中的所有重要的业务系统。SOA 核心能力层由企业服务总线、服务管理和注册库以及组合服务运行引擎三部分组成。其中,企业服务总线 (ESB) 是 SOA 核心能力层的一个中心组件,它负责接入各种服务资源,通过采用统一服务接口使得各种服务或应用与服务之间可以相互方便访问,以星形结构替代了原来各服务之间的点对点结构,极大地优化了系统连接架构,降低了系统集成的复杂度。企业服务总线下方连入的各个应用系统是航空公司内部的各个业务系统,而右边是要连接的一些外部系统。组合服务运行引擎通常运行在标准的流程引擎之上,例如 BPEL 流程引擎,不是本文的重点,在此就不再赘述了。
ESB 的组件及产品映射模型
ESB 组件模型及产品映射模型如图 7:
图 7. 航空公司 ESB 组件模型
其中包括 ESB 组件、服务注册和管理组件以及 ESB 的监控和管理组件 3 部分组成。
ESB 组件:
实现消息传递、服务路由、格式转换、交易完整性保证、数据解析和处理、安全传输、应用适配、协议转换等功能,可以由 WebSphere Message Broker 实现。
服务注册和管理:
为 ESB 提供服务管理容器,借助科学的方法论,对航空公司的业务需求进行分析,对其商务体系的业务流程进行梳理,建立起航空公司商务体系的服务目录和服务库,对这些服务以及服务的元数据进行定义和存储,以便进行服务的查找、发布、注册和管理。该组件可以由 WebSphere Service Registry and Repository(WSRR)来实现,将所暴露的服务注册在 WSRR 中,便于其他系统发现和调用。
ESB 监控和管理:
ESB 是应用集成的枢纽,各个应用之间的信息和服务共享都将通过 ESB 来进行,因此,ESB 平台本身的监控和管理的重要性是不言而喻的。全面、及时的服务监控功能除了能够辅助快捷的故障诊断,还能够提供完整的服务质量评估报告,以衡量现有的应用系统效率,并为优化、升级提供指导。服务监控需要包括服务、操作等级别的调用 / 失败次数、响应时间等信息,并且在超过设定值的情况下能够报警。该组件由 Tivoli Omegamon XE for Messaging 实现,Tivoli Omegamon XE for Messaging 能够实现对 IBM WebSphere Message Broker 以及底层 MQ 的资源的自动发现并进行自动监控,帮助管理员及时发现故障和故障隐患。
组件交互模型
以前面描述的电子商务系统和呼叫中心之间的订单交互为例,其组件交互模型如下:
图 8. 航空公司 ESB 组件交互模型
该模型描述了客户在呼叫中心预定了机票(产生订单),然后通过电子商务 (B2C) 系统修改订单时通过 ESB 实现系统间订单交互的场景。
ESB 的接口设计
图 9. 航空公司 ESB 接口设计
在上图中,我们给出了某航空公司的一个示例。在这个例子中,我们看到其电子商务系统、航班信息发布系统、客户主数据系统都是采用 Web Service/ 实时 /XML 接口;呼叫中心采用 socket/实时/文本、WebService/实时/XML 接口;常旅客系统采用 FTP/批量/ 文本、WebService/实时/XML 的接口;大客户系统采用 Database 的接口形式。
基于接口的数据格式的不同,与 ESB 相关的系统可以分为以下两类:
基于 XML 报文的应用系统:基于 XML 报文交互是比较理想的方式,是目前业界较为推荐的标准方式。需要说明的是,尽管都采用 XML 标准,由于各个系统的需求的差别已经建设周期的不同,不同的应用系统采用的 XML 消息很难完全兼容。这需要由 ESB 实现相应的转换。
基于专有报文/自定义报文的应用系统:基于专有报文的应用系统,如国内的定座系统,可以先保留现有的报文格式,由 ESB 实现现有格式与其他报文格式以及 XML 格式之间的转换。随着未来条件的成熟,这些系统逐步过度到通过 XML 实现与 ESB 以及其他应用系统的集成。
基于接口的通讯协议的不同,与 ESB 相关的系统可以分为以下四类:
基于 Web Services 的系统:基于 Web Services 的系统,例如目前的呼叫中心和电子商务系统都可以提供这种方式,可以使用 SOAP/HTTP(S) 与 ESB 实现整合。
基于 FTP/Socket 的应用系统:需要通过 FTP 交换数据的系统,如 FFP 系统等,ESB 可以直接支持 FTP 的方式。ESB 缺省提供文件适配器,其中就可以支持本地文件和远程文件通过 FTP 方式的读写。
基于数据库的应用系统:基于数据库的系统,如大客户系统、数据仓库系统,可以通过 JDBC 适配器与 ESB 集成。
基于传统应用连接的系统:对于这类系统可以通过定制的 Adapter 与 ESB 以及其他应用实现整合,该 Adapter 可以以 Java 实现。另一方面,也可以通过 XML/MQ 实现与 ESB 的集成,这时,这些传统应用系统将调整为面向消息的方式。使用 MQ 作为一个通用的 Adapter 与 ESB 以及其他应用实现整合,消息的格式可以逐步由现有的专有报文转变为基于 XML 标准的报文。
ESB 的物理部署
整个 ESB 方案的物理部署配置举例如下:
图 10. 航空公司 ESB 物理部署示例
建议采用两个节点同时安装 WebSphere Message Broker 和 WSRR。其中将 WebSphere Message Broker 配置为 Cluster,将 WSRR 配置为 HA 的方式,采用一台 PC Server 或 PC 机作为监控管理服务器,安装 Tivoli Omegamon for Messaging,实现对 Message Broker 的监控。未来需要流程集成时,可以采用两个节点安装 WebSphere Process Server 组成 Cluster。
--------------------------------------------------------------------------------
回页首
小结
本文从业务角度列举了航空公司商务体系建设中对 ESB 的典型需求举例,并介绍了航空公司 ESB 的总体方案、组件模型、接口设计、物理部署以及涉及到的 IBM 软件产品,介绍了如何利用 ESB 将呼叫中心、电子商务、常旅客、大客户、航班动态发布平台等应用系统进行高效整合,达到航班信息、旅客信息、客票销售信息等主要业务数据的共享,从而提升航空公司的客户服务水平。
发表评论
-
BPEL或ESB:应该使用哪一个?
2012-03-13 17:09 1210在设计 SOA 解决方案时 ... -
ESB 案例解析和项目实施经验分享,第 3 部分: ESB 项目需求分析和方案设计浅谈
2012-02-15 14:50 1777选自:http://www.ibm.com/developer ... -
ESB 案例解析和项目实施经验分享,第 2 部分: 刚柔相济,构建企业联邦 ESB
2012-02-15 14:37 1867摘自:http://www.ibm.com/developer ... -
ESB架构之企业实施案例
2012-02-14 17:33 1419本文是摘抄自: http://www.webspherechi ... -
关于mule的网站
2011-11-07 10:17 1306关于mule的网站 1,http://note.sdo.com ... -
muleStudio发布到指定目录下
2011-11-04 15:14 1130在mule studio中右键项目名称,选择EXPORT,在弹 ... -
mule配置基础
2011-11-03 10:26 8850Mule是开源的企业集成消息框架,,它的配置需要使用大量的XM ... -
mule配置常用节点
2011-11-03 09:09 12551 Mule-config.xml 示例模型: <mul ... -
mule & seda 学习四
2011-11-03 09:10 990从前,从前 程序跑的太慢,对mule有点误解 jaxb解析 ... -
mule & seda的学习三
2011-11-03 09:10 1242以竣工服务为例 package com.tydic.mule ... -
mule & seda 学习二
2011-11-03 09:11 1191mule的jdbc,配置seda以及vm的初步认识 java ... -
mule & seda的学习之一
2011-11-02 17:18 1308mule:轻量级的ESB消息框架,可以和spring集成,支持 ... -
一个不错的MULE主文件
2011-11-02 17:06 1978mule & seda 的使用每分钟处理5000单,发 ... -
mule示例分析
2011-11-02 14:55 7009一、Hello World (主要演示了两个service c ... -
Mule 官方例子研究
2011-10-28 14:26 1921Mule 官方例子研究 一、 ...
相关推荐
在航空公司的案例中,《ESB案例解析和项目实施经验分享,第1部分 借助ESB整合航空公司商务体系,提升客户服务水平》可能描述了如何利用ESB整合各个业务系统,如订票、航班管理、客户服务等,提供统一的客户体验。...
基于springboot大学生就业信息管理系统源码数据库文档.zip
基于java的驾校收支管理可视化平台的开题报告
时间序列 原木 间隔5秒钟 20241120
毕业设计&课设_基于 Vue 的电影在线预订与管理系统:后台 Java(SSM)代码,为毕业设计项目.zip
基于springboot课件通中小学教学课件共享平台源码数据库文档.zip
基于java的网上购物商城的开题报告
Delphi人脸检测与识别Demo1fdef-main.zip
基于java的咖啡在线销售系统的开题报告
基于java的自助医疗服务系统的开题报告.docx
内容概要:本文档全面介绍了Visual Basic(VB)编程语言的基础知识和高级应用。首先概述了VB的基本特性和开发环境,随后详细讲述了VB的数据类型、变量、运算符、控制结构、数组、过程与函数、变量作用域等内容。接着介绍了窗体设计、控件使用、菜单与工具栏的设计,文件操作、数据库访问等关键知识点。最后讨论了VB的学习方法、发展历史及其在桌面应用、Web应用、数据库应用、游戏开发和自动化脚本编写等领域的广泛应用前景。 适合人群:初学者和中级程序员,尤其是希望快速掌握Windows桌面应用开发的人群。 使用场景及目标:①掌握VB的基础语法和开发环境;②学会使用VB创建复杂的用户界面和功能完整的应用程序;③理解数据库操作、文件管理和网络编程等高级主题。 其他说明:Visual Basic是一种简单易学且功能强大的编程语言,尤其适合用于开发Windows桌面应用。文中不仅覆盖了基础知识,还包括了大量的实用案例和技术细节,帮助读者快速提升编程技能。
基于java的疫情期间高校防控系统开题报告.docx
基于springboot+vue社区老年人帮扶系统源码数据库文档.zip
基于java的超市商品管理系统的开题报告.docx
基于SpringBoot房屋买卖平台源码数据库文档.zip
xdu限通院23微处理器系统与应用大作业(两只老虎),适应于汇编语言keil软件,
<项目介绍> - 新闻类网站系统,基于SSM(Spring、Spring MVC、MyBatis)+MySQL开发,高分成品毕业设计,附带往届论文 - 不懂运行,下载完可以私聊问,可远程教学 1、该资源内项目代码都经过测试运行成功,功能ok的情况下才上传的,请放心下载使用! 2、本项目适合计算机相关专业(如计科、人工智能、通信工程、自动化、电子信息等)的在校学生、老师或者企业员工下载学习,也适合小白学习进阶,当然也可作为毕设项目、课程设计、作业、项目初期立项演示等。 3、如果基础还行,也可在此代码基础上进行修改,以实现其他功能,也可用于毕设、课设、作业等。 下载后请首先打开README.md文件(如有),仅供学习参考, 切勿用于商业用途。 --------
基于java的学生网上请假系统的开题报告.docx
社会经济繁荣发展的今天,电子商务得到了飞速发展,网上交易越来越彰显出其独特的优越性,在人们的日常生活中,出现了各种类型的交易网站。其中一个就是车辆易主交易网站,它是一个服务于用户买卖二手车辆的交易网站,为用户提供了平等互利、方便快捷的网上交易平台,通过这一类型的网站,用户可自由出售和购买车辆。 本课题主要根据车辆本身的特性,充分发挥互联网的特点与优势,构建一个以二手车辆为商品、基于互联网平台的车辆易主业务交易管理系统,并根据车辆易主业务交易管理系统的应用需求,进行需求分析,进而对网站系统作规划设计。采用IDEA为运行平台,以SSH为框架,运用HTML语言、JSP技术、MySql数据库、JSP与后台数据库链接等关键技术建设二手车网上交易系统,构建车辆易主交易系统的会员注册与登录,网站首页展示、用户发布商品车辆,用户求购商品车辆,分页浏览、购物系统、用户后台管理、管理员用户后台管理等功能,并使这些功能得以实现并更好为用户服务。网站整体构建完成且测试成功后,用户可以进入网站进行注册、登录,登录后,用户可以在网站上发布自己的闲置车辆或者寻找想要购买的车辆,还可以收藏车辆,管理发布和收藏的车辆,