ESB案例解析和项目实施经验分享.docVIP

ESB案例解析和项目实施经验分享

航班数据包括航班计划、航班动态、飞机参数等数据，是保障航空公司正常运营的最基本信息，而航空公司内部通常都会有超过10个的系统需要获取航班数据，其中包括：电子商务系统、呼叫中心系统、常旅客系统、地服系统、联盟成员系统等。目前，航班数据的源数据系统（一般来自航空公司运控AOC系统）与其他业务系统之间的数据交换和共享都是通过点对点单独开发接口的形式实现的，比如通过数据库视图的紧耦合的方式实现，这在增加各个系统接口复杂性的同时也增加了系统开发的周期和费用，而且各业务系统无法从统一的渠道获取航班数据，造成了各业务系统之间数据不一致，如下图所示：

?????????????????????

图1.航空公司航班数据共享

客户主数据共享：

根据不同的直销、分销渠道以及不同的客户属性，航空公司的客户信息通常被分散地存储在多个不同的客户服务系统中，其中包括常旅客系统、大客户系统、电子商务系统等，这些现有系统或多或少地通过点到点的星型结构的接口方式进行了一些互连，在一定程度上实现了客户数据共享，但是仍普遍存在连接混乱、各系统间数据更新频率不一致、各系统内同一旅客基本信息不统一等问题，借鉴其他行业在客户主数据管理方面的发展趋势和最佳实践，因此航空公司需要对客户主数据进行统一存储和一致性管理，这就需要完成呼叫中心、电子商务、大客户、常旅客等系统与客户主数据系统之间的集成，希望通过ESB技术实现上述系统间数据的实时同步，如下图所示：

??????????????????????????

图2.航空公司客户数据共享

客票销售和客户服务信息共享：

在航空公司的直销渠道中，电子商务与呼叫中心是非常重要的两大直销渠道，各自拥有独立的业务支持系统，以这两个系统为例，国内各个航空公司拥有的电子商务与呼叫中心这两个应用系统之间后台基本没有任何数据共享，在业务和应用上完全独立，如下图：

???????????????????????

图3.呼叫中心和电子商务系统渠道分离

而实际上这两个系统之间存在着非常多的来自业务的数据共享需求。例如：当客户在互连网上完成了全部订座功能，希望能够在呼叫中心完成改期升舱、退票退款等操作；而如果客户在呼叫中心渠道上完成了全部订座功能，或者在呼叫中心完成改期升舱、退票、退款操作后，也希望能够在互连网上进行状态查询，如下图所示：

?????????????????????????

图4.呼叫中心和电子商务系统间数据共享

因此这两个系统希望共享客票销售数据、客票服务数据（对于升舱、改期、退票、退款、订单追踪、邮寄行程单等客票服务流程的相关数据）以及销售业绩管理等进行共享，从而实现航空公司的两大直销渠道之间在销售与服务流程上的统一和客户体验的统一，增加客户满意度和客户服务水平。

现状二：缺乏技术先进的、统一的、标准的IT集成架构

在以往各个系统的建设当中，都是采用传统的点对点的联接方式，导致了一个复杂的网状结构，其弊端在于系统接口众多，系统间造成密切的耦合性，某一个系统接口的修改导致其他所有系统的修改；系统没有扩展性，每新增一个系统就需要开发该系统和其他相关所有系统的接口；系统的后期维护成本过高。没有建立起统一的数据交换平台和数据交换标准。各系统之间根据自己的需要获取数据，存在着格式上、内容上、或者统计口径上的差异。

以航空公司电子商务系统为例，电子商务系统与周边业务系统的集成需求如下：

???????????????????

表1.航空公司电子商务与外围系统集成举例

上表中，我们粗略列举了航空公司电子商务系统与其各主要相关系统间交换的业务数据内容，以及通讯协议和数据格式，我们可以看出其复杂性，如果没有一个统一的集成平台的支撑，那么数据格式转换、通讯适配器的开发、传输可靠性保证等问题都需要依赖于自主开发，其风险是不言而喻的。

航空公司商务体系ESB整合方案

总体方案概述

SOA（面向服务的架构）是当今国外各大航空公司率先考虑的方法论并成为提升下一代提升航空运输服务的能力引擎，它使IT部门可以搭建灵活的可配置体系以支持随需应变的航空业务。鉴于航空公司商务体系建设中存在的这些问题，以及业界的最佳实践，我们提出采用ESB整合航空公司的商务体系，其总体架构如下图所示：

?????????????????????????

图5.航空公司商务体系集成架构

总体系统架构主要由展现层、核心应用层和SOA核心能力层组成，其中通过门户实现统一用户接入，该模块主要包含用户帐户信息管理和存储、用户登录身份认证和访问请求负载均衡等部分。核心应用层包括电子商务系统、呼叫中心系统、常旅客系统、大客户系统等商务体系中的所有重要的业务系统。SOA核心能力层由企业服务总线、服务管理和