目
录

第1章    概述    1

1.1    读者对象    1

1.2    定义    1

第2章    面向服务的体系架构简介    2

2.1    SOA的业务驱动力    2

2.2    什么是面向服务的体系架构    4

2.3    面向服务的体系结构所带来的好处    5

2.4    应用系统的的整合与ESB    6

2.4.1    企业应用整合与ESB    7

2.4.2    ESB的要素    9

2.4.3    ESB的功能    10

2.4.4    ESB的实现模式    12

2.5    应用系统整合的国内外现状    14

2.5.1    项目案例    16

2.5.1.1    某国内著名通信公司方案概述    16

客户需求：    16

建设方案：    16

产品选择：    17

2.5.2    某较大型商业银行ESB项目简介    17

第3章    关键技术分析    19

3.1    与现有系统的集成    19

3.1.1    与基于J2EE系统的集成    19

3.1.2    与基于MQ系统的集成    20

3.1.3    与基于CICS系统的集成    21

3.1.4    与基于邮件系统的集成    22

3.1.5    与基于C/S架够系统的集成    22

3.2    平台扩展性与高可用性的实现    23

3.3    平台安全性的考量    24

附录A：产品技术文档和白皮书    26

A.1 WebSphere MQ 产品简介    26

什么是WebSphere MQ?    26

WebSphere MQ重要特点：    28

其它特点…    30

为什么要用WebSphere MQ产品？    31

A.2 WebSphere Message Broker 产品简介(Gu)    33

WebSphere Messages Broker 亮点和概括    34

WebSphere Messages Broker 产品商业应用范围和功能    34

实时与您无处不及的企业共享信息    34

可靠、一致地管理业务事件    35

利用定制的信息流优化响应    35

集成无界限    36

图形化的开发环境加快部署速度    37

快速启动    37

利用市场领先的业务集成解决方案满足要求    37

MESSAGE BROKER 是一个战略性的开放框架    38

应用程序格式转换和智能路由功能    38

强大的数据处理功能    39

对各种应用系统的接口功能    39

WebSphere Messages Broker 产品特点    39

IBM WebSphere Message Broker解决方案的优势    41

产品构架优势    41

网状结构到星型结构的改变，大大简化MQ的配置和管理    41

不同格式的数据转换    42

WMB全面支持XML    42

各种“Processor Node”组成的Message Flow    42

与Database紧密集成    43

功能强大的发布预订系统    43

 

第1章    概述

1.1    读者对象

预期阅读人员包括负责科技管理的各级领导、负责科技管理的业务人员、ESB项目管理人员、ESB平台实施人员、ESB平台运维人员和其他需要阅读本报告的项目经理、IT架构师等。

1.2    定义

SOA—Service Oriented Architecture                    面向服务的架构

ESB—Enerprise Service Bus                         企业服务总线

WMB—WebSphere Message Broker                    IBM 高级ESB产品

第2章    面向服务的体系架构简介

目前，大多数企业都有各种各样的系统、应用程序以及不同时期和技术的体系结构。同时，网络的发展，使得跨机构和组织的应用系统越来越普遍。另一方面，政策和业务方面的压力要求IT系统能够方便灵活地适应不断的变化。如何集成来自多个厂商跨不同平台的产品和应用系统，以满足业务上灵活多变的要求，一直是企业IT部门的主要挑战。面向服务的体系结构(Service Oriented Architecture, SOA)为解决这一问题提供了良好的途径。

 

2.1    SOA的业务驱动力

虽然 IT 经理一直面临着削减成本和最大限度地利用现有技术的难题，但是与此同时，他们还必须不断地努力，以期更好地服务客户，更快地响应企业战略重点，从而赢得更大的竞争力。

在所有这些压力之下，有两个基本的主题：异构和改变。现在，大多数企业都有各种各样的系统、应用程序以及不同时期和技术的体系结构。集成来自多个厂商跨不同平台的产品简直就像一场噩梦。但是我们也不能单单使用一家厂商的产品，因为改变应用程序套件和支持基础设施是如此之难。

在当今 IT 经理面临的问题之中，改变是第二个主题。全球化和电子商务加快了改变的步伐。全球化带来了激烈的竞争，产品周期缩短了，每个公司都想赢得超过竞争对手的优势。在竞争产品和可以从 Internet 上获得的大量产品信息的推动下，客户要求更快速地进行改变。因而，在改进产品和服务方面展开的竞争进一步加剧了。

为了满足客户提出的越来越多的新要求，技术方面的改进也在不断地加快。企业必须快速地适应这种改变，否则就难以生存，更别提在这个动荡不安竞争激烈的环境中取得成功了，而 IT 基础设施必须支持企业提高适应能力。

因此，企业组织正在从上世纪八十年代或更早的时期的相互隔离的垂直业务部门，到上世纪八十年代和九十年代关注业务流程的水平结构，向新的生态系统业务范例发展。重点是扩展供应链，支持客户和合作伙伴访问业务服务。下图展示了企业的这种发展。

我如何使我的 IT 环境更灵活且更快地响应不断改变的业务需求呢？
我们如何使这些异构系统和应用程序尽可能无缝地进行通信呢？我们如何达到企业目标而不使企业走向破产的深渊呢？

IT 响应者/支持者是随着企业的这种发展而并行发展的，如下图所示。现在，许多 IT 经理和专业人员都同样相信，我们真的快找到了一种满意的答案——面向服务的体系结构。

为了减少异构性、互操作性和不断改变的要求的问题，这样的体系结构应该提供平台来构建具有下列特征的应用程序服务：

    松散耦合

    位置透明

    协议独立

基于这样的面向服务的体系结构，服务使用者甚至不必关心与之通信的特定服务，因为底层基础设施或服务“总线“将代表使用者做出适当的选择。基础设施对请求者隐藏了尽可能多的技术。特别地，来自不同实现技术（如 J2EE 或 .NET）的技术规范不应该影响 SOA 用户。如果已经存在一个服务实现，我

以下文章点击率最高