1.1客户现状

　　与其它行业一样，目前商业银行之间竞争很激烈，IT是解决"银行生存和发展问题"的有力武器，既要配合业务的推广，又要帮助银行开展新业务。银行业务在不断发展，IT技术也日新月异，导致银行内部的系统和应用种类繁多，结构也非常复杂。

　　如何在业务和技术两个层面上对这些系统进行整合已经成为摆在银行IT部门面前最重要的问题。在业务方面，银行希望能够灵活的定义业务模型，以快速应对不断变化的业务需求；降低成本，去除冗余的系统和应用；同时还能够有效的利用现有的系统和应用；最终实现横向的端到端的整合，将分散的独立的系统整合在一起，合并为一个完整的系统。在技术方面，银行希望减少应用程序接口的数量和复杂程度，并且让所有的应用的能够互相通信，不论这些应用采用什么编程语言，用于哪种操作平台，也不管它们使用了什么开发模型、协议和数据模型。

　　1.2面临的挑战

　　日益复杂的IT基础架构

　　越来越多的系统被独立的建立，越来越多的系统需要相互沟通，以完成复杂的业务功能。尽管用户已经在一定程度上建立了用于整合的系统，如大前置系统，但往往由于缺乏统一的整合规范，导致业务的灵活创新并不是一件容易的事。

　　更加灵活的业务模型

　　身处一个越来越具有竞争性的环境，需要更快速的业务实现能力并推向市场，同时需要创新业务的能力以吸引更多的客户。

　　莱芜商业银行面临的挑战

　　由于银行卡系统与核心业务系统分离，导致银行卡系统必须通过前置与核心系统交互。而在前置上的相关定制缺乏灵活性，导致开展新的业务非常困难。由于支付系统与核心系统直连，因此不能支持卡业务。考虑到未来网银系统、客服系统将会陆续的建设，它们与现有系统的交互关系将会变得非常复杂，单纯依赖"大前置"恐怕难以胜任。

　　莱芜商业银行现有的业务系统涵盖了如下几个相对独立的系统：综合业务(核心)系统、银行卡系统(上海银联)、国结系统、中间业务系统、银联系统、信贷系统、ATMP系统、兴业银银通系统、支付系统前置和山东银联前置(山东银联2.0和柜面通)。

　　在实际的生产运营中，上述的架构目前面临着如下问题：

　　由于银行卡系统与核心业务系统分离，导致银行卡系统必须通过前置与核心系统交互。而在前置上的相关定制缺乏灵活性，导致开展新的业务非常困难。

　　考虑到未来网银系统、客服系统将会陆续的建设，它们与现有系统的交互关系将会变得复杂，单纯依赖"莱芜大前置"恐怕难以胜任。

　　经过仔细研究，我们为莱芜商业银行部署了如下方案：

　　1.3解决方案

　　IBM提供了以SOA整合为基础的中小商业银行解决方案可以帮助你解决上述问题。这套方案采用了ESB(企业服务总线)技术。ESB是SOA整合中的基础设施，它通过一组丰富的功能，实现对应用程序之间交互的管理和监视，能够在银行内部和银行之间连接新的和现有软件应用程序。它支持服务可视化，从而在服务请求程序和服务提供程序之间提供了多方面的分离。

　　以ESB为企业整合系统的核心，可以有效的重用了现有的服务及系统，降低了时间、成本以及集成的风险，实现了灵活的业务模型，为新业务的开展提供了可能与方法。而且，它制定了基础的集成规范，为未来系统的集成提供指导标准。

　　服务消费系统通过多渠道整合平台(MCIPlatform)来统一的接入ESB，也可以通过开发独立的前端适配器接入ESB。由服务网关(ServicesGateway)来完成整合请求与非整合请求的分流。

　　可以被方便的用来实现一个实际的Adapter：前端Adapter：接收来自服务请求系统的请求，通过数据转换接口将请求报文转换为ESB格式。然后发往ESB并同步接收响应报文，将响应报文转换为服务请求系统格式，并返回到服务请求系统。

　　后端Adapter：接收来自于ESB系统的请求报文，通过数据转换接口将请求报文转换为服务提供系统所需要的原始格式，向服务提供系统发起请求并同步接收响应报文，将响应报文转换为ESB格式，并返回至ESB系统。

　　此框架对于上述两种Adapter的实现均能够很好的适用，只需要在配置时指定是做哪种Adapter用即可。

　　4商业效益

　　IBM提供的中小银行ESB解决方案，内置ESB系统核心功能，可以有效缩短开发周期，减少开发成本，降低了时间、成本以及集成的风险。使用它可以实现灵活的业务模型，充分重用现有的服务和系统，并可随业务需要灵活编排业务流程模型。它的可扩展性很好，为业务创新提供了全新的平台，对于特有的功能，用户可在ESB的实现中填加扩展流程实现。而且，这套解决方案充分利用WebSphere产品提供的集群技术、容错技术、安全技术和管理技术，具有独一无二的健壮性和安全性，新系统可以随时以一致的接口接入到ESB，另外它还可以提供一些成熟的部署方案。

　　5成功案例-莱芜商业银行

　　ESBSolution实现了ESB系统的核心功能。在实际应用中，用户仅需开发少量的定制功能，以满足完整的功能需求.现有的系统将通过用户基于Adapter框架开发独立的Adapter，陆续的接入ESB。用户需要按照规范来输理现有的业务流程及报文格式数据，并装载入ServicesRepository中。