SOA的实际应用莱芜商业银行SOA解决方案.docVIP

SOA的实际应用—莱芜商业银行SOA解决方案 莱芜商业银行SOA解决方案? 1.1 客户现状 与其它行业一样，目前商业银行之间竞争很激烈，IT是解决银行生存和发展问题的有力武器，既要配合业务的推广，又要帮助银行开展新业务。银行业务在不断发展，IT技术也日新月异，导 致银行内部的系统和应用种类繁多，结构也非常复杂。? 如何在业务和技术两个层面上对这些系统进行整合已经成为摆在银行IT部门面前最重要的问题。在业务方面，银行希望能够灵活的定义业务模型，以快速应对不断变化的业务需求；降低成本，去除冗余的系统和应用；同时还能够有效的利用现有的系统和应用；最终实现横向的端到端的整合，将分散的独立的系统整合在一起，合并为一个完整的系统。在技术方面，银行希望减少应用程序接口的数量和复杂程度，并且让所有的应用的能够互相通信，不论这些应用采用什么编程语言，用于哪种操作平台，也不管它们使用了什么开发模型、协议和数据模型。 1.2 面临的挑战 日益复杂的IT基础架构 越来越多的系统被独立的建立，越来越多的系统需要相互沟通，以完成复杂的业务功能。尽管用户已经在一定程度上建立了用于整合的系统，如大前置系统，但往往由于缺乏统一的整合规范，导致业务的灵活创新并不是一件容易的事。 更加灵活的业务模型 ? 身处一个越来越具有竞争性的环境，需要更快速的业务实现能力并推向市场，同时需要创新业务的能力以吸引更多的客户。 莱芜商业银行面临的挑战 由于银行卡系统与核心业务系统分离，导致银行卡系统必须通过前置与核心系统交互。而在前置上的相关定制缺乏灵活性，导致开展新的业务非常困难。由于支付系统与核心系统直连，因此不能支持卡业务。考虑到未来网银系统、客服系统将会陆续的建设，它们与现有系统的交互关系将会变得非常复杂，单纯依赖大前置恐怕难以胜任。 莱芜商业银行现有的业务系统涵盖了如下几个相对独立的系统：综合业务（核心）系统、银行卡系统（上海银联）、国结系统、中间业务系统、银联系统、信贷系统、ATMP系统、兴业银银通系统、支付系统前置和山东银联前置（山东银联2.0和柜面通）。如下图： 1 在实际的生产运营中，上述的架构目前面临着如下问题： 由于银行卡系统与核心业务系统分离，导致银行卡系统必须通过前置与核心系统交互。而在前置上的相关定制缺乏灵活性，导致开展新的业务非常困难。 考虑到未来网银系统、客服系统将会陆续的建设，它们与现有系统的交互关系将会变得复杂，单纯依赖莱芜大前置恐怕难以胜任。经过仔细研究，我们为莱芜商业银行部署了如下方案： 2 1.3 解决方案 ? IBM提供了以SOA整合为基础的中小商业银行解决方案可以帮助你解决上述问题。这套方案采用了ESB（企业服务总线）技术。ESB是SOA整合中的基础设施，它通过一组丰富的功能，实现对应用程序之间交互的管理和监视，能够在银行内部和银行之间连接新的和现有软件应用程序。它支持服务可视化，从而在服务请求程序和服务提供程序之间提供了多方面的分离。 以ESB为企业整合系统的核心，可以有效的重用了现有的服务及系统，降低了时间、成本以及集成的风险，实现了灵活的业务模型，为新业务的开展提供了可能与方法。而且，它制定了基础的集成规范，为未来系统的集成提供指导标准。 3? 服务消费系统通过多渠道整合平台（MCI Platform）来统一的接入ESB，也可以通过开发独立的前端适配器接入ESB。由服务网关（Services Gateway）来完成整合请求与非整合请求的分流。 2 系统架构? 采用ESB技术，可以快速在SOA架构中部署现有的应用。下图是系统架构图。它有五个主要组成部分：ESB、服务提供者（Service provider）、服务使用者（Service Consumer）以及ESB分别与服务提供者和服务使用者的连接部分。? ESB：这个架构的核心组件，它将所需的服务ESB服务与现有的服务组件连接起来，并提供日志和错误处理等功能。服务提供者：在服务组件库中注册的服务组件。服务使用者：发出服务请求连接部分：建立ESB和前/后端系统的通讯，将ESB与一些固定的接口连接起来。 4?整个ESB核心程序包由MB消息流开发实现。其工作流程有两条主线：服务请求处理流程和服务响应处理流程。在服务请求处理流程中处理服务请求报文，完整填充服务的分解结构信息，服务状态控制，设置并执行报文路由，向服务提供系统发起服务请求。在服务响应处理流程中处理服务响应报文。审核服务的处理状态，决定是否结束服务，还是交由服务控制流程继续请求后续的服务。服务错误处理，服务流水记录，服务冲正等功能作为公用的流程由服务请求流程及响应流程所共用。下图是ESB系统核心功能简图。 5?ESB系统核心功能有如下特点：? 原始组件封装和注册：按照标准的格式封装现有系统的各个服务组件，