IBM Websphere ESB企服务总线.ppt

IBM ESB解决方案简介 徐昭 xuzhaoxz@ IBM武汉分公司软件部 目录 什么是ESB ESB=Enterprise Service Bus企业服务总线 ESB就是各IT与业务系统之间连接，数据交换，格式转换， 消息路由，异构系统整合的核心桥梁，按照字面理解，通常 被称为企业服务总线（通俗理解为连接四面八方的核心桥梁） 为什么需要ESB 无论是政府，中小银行，各企业客户，他们的IT每年都在原 有基础上不断扩建，无论是我们看得到的服务器，存储，还 是各种IT应用，业务系统，都在不断的长大，整个IT变得越 来越庞大而复杂，无论对新项目实施还是老系统的维护都提 出了很高的定制化要求，维护成本着实很高，而且不一定做 的好。 IT系统变得像一个蜘蛛网，各系统之间的对话，集成，数据 传递变得尤为复杂，任何业务层面的需求变更带来的是IT部 门人员手工的CODING，给IT与业务部门带来极大的不便。 那是否存在一种平台或者工具，可以把IT系统与业务系统进 行一个有效整合呢？ 政府IT面临的问题（客户需求切入点） 应用系统各自独立，越来越复杂庞大，无法实现应用协同 业务系统存在很大差异性，无法实现业务数据和接口的统一 业务逻辑分散, 系统间信息共享效率不高；信息没有交互或存在单向性 系统整体灵活性、扩展性有待提高 从不同系统获取数据的方式、频率各异，不利于统一管理和调度 应用系统的架构不清晰, 开发维护的困难 系统接口越来越多, 越来越复杂 开发维护工作量非常大，而且异常复杂 无法实现系统的统一监控和管理 银行业务整合面临主要问题（客户需求切入点） 前置应用系统越来越复杂庞大 前置接入功能与卡系统等核心业务的混合 业务系统运行和硬件的压力会不断增大 核心系统效率不能充分发挥 前置应用系统可能会成为业务发展的瓶颈 前台交易界面不统一, 当前系统难以处理多个交易的复杂交互模式 业务逻辑分散, 系统间信息共享效率不高 系统整体灵活性、扩展性有待提高 从前置应用及核心系统获取数据的方式、频率各异，不利于统一管理和调度 外围系统存在系统架构不清晰, 开发维护的困难 外围系统接口越来越多, 越来越复杂 缺乏统一的数据定义，数据转换机制 开发维护工作量非常大，而且异常复杂 系统对中间业务的调用 银行业务整合面临主要问题（客户需求切入点） 从应用层面搭建, 程序业务逻辑与数据流程集成在一起, 影响了系统的灵活扩展 过多的业务处理使前置系统变得越来越厚重 前置系统会逐渐成为银行业务处理的瓶颈 前置系统不同业务的接入能力有限 前置系统缺乏强大的服务中介能力 目录 ESB需要考虑的几个问题 目标明确 需求是什么？ 达到的目标是什么？ 通过什么样的步骤完成既定的目标？ 架构的清晰性 哪些系统需要接入？ 接口形式简单还是复杂？ 选择什么样的技术和软件支撑平台？ 架构的简洁性 ESB是将原有系统的架构和连接简化，而不是使系统更加复杂化 架构的稳定性和高性能 ESB是整体系统的中枢，直接决定整体业务运转的好坏 避免处理厚重的业务逻辑和数据逻辑，不要让ESB成为系统的瓶颈 ESB的定位 SOA 会带来什么? 松耦合: 加大灵活性以及重用性 ESB应该提供哪些服务？ ESB: 路由 在运行时动态决定请求的目的地 通过ESB来转换数据格式 ESB: 协议转换 通过ESB屏蔽服务消费者和实现者之间的差异 目录 ESB解决方案逻辑架构 逻辑架构图－产品对应图 ESB解决方案 – 交互原理图 ESB解决方案 - 核心功能实现 服务组件封装 对现有系统的服务进行封装，使之能够被重用。 业务流程编排 可基于被封装了的原始服务组件再次进行编排封装，使之实现复杂的业务流程。 服务执行控制 对服务的执行状态进行审核、控制、切换。 数据协议转换 对接入的系统实现统一的报文格式、通讯协议转换。 ESB解决方案 – 核心功能 ESB解决方案 – 适配器框架 现有内部系统的集成（1） 业务报文层面 与基于XML消息的系统集成 XML消息是目前主流的数据表现方式，被众多的系统所采用，因此是系统集成的首选数据标准。 在和基于XML的消息进行集成时候，要遵循XML的规范。 报文不宜过大，增加系统负担，因此建议要限定XML报文的大小。 与基于专有报文的系统集成－SAP SAP专有报文的存在多种格式，会增加系统集成的复杂度 就要通过Adapter和ESB的结合进行，多种数据格式之间的转换映射 现有内部系统的集成（2） 技术层面 与J2EE系统的集成 采用JMS/MQ的方式 与数据库集成 利用现有平台，使用JDBC/ODBC方式，可以与数据库无缝集成 不建议在EAI平台上做全量复制，一般是增量复制 与具有不同通信协议的系统集成 采用统一的开放式协议接入方式，例如