项目背景

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

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的资源的自动发现并进行自动监控，帮助管理员及时发现故障和故障隐患

ESB的接口设计

在上图中，我们给出了某航空公司的一个示例。在这个例子中，我们看到其电子商务系统、航班信息发布系统、客户主数据系统都是采用Web Service/实时/XML接口；呼叫中心采用socket/实时/文本、WebService/实时/XML接口；常旅客系统采用FTP/批量/文本、WebService/实时/XML的接口；大客户系统采用Database的接口形式。

ESB的物理部署

建议采用两个节点同时安装WebSphere Message Broker和WSRR。其中将WebSphere Message Broker配置为Cluster，将WSRR配置为HA的方式，采用一台PC Server或PC机作为监控管理服务器，安装Tivoli Omegamon for Messaging，实现对Message Broker的监控。未来需要流程集成时，可以采用两个节点安装WebSphere Process Server组成Cluster。