ESB和SOA学习总结课件.ppt

《ESB和SOA学习总结课件.ppt》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、ESB和SOA学习总结ESB和SOA相关资料参考一个航空公司ESB建设的实例学习的内容现状一：业务系统间数据共享需求强烈。目前电信大大小小的系统众多，每个系统都重复着有自己的数据，没有达到很好的共享，ODS-O没完全建设起来。现状二：缺乏技术先进的、统一的、标准的IT集成架构在以往各个系统的建设当中，都是采用传统的点对点的联接方式，导致了一个复杂的网状结构，其弊端在于系统接口众多，系统间造成密切的耦合性，某一个系统接口的修改导致其他所有系统的修改；系统没有扩展性，每新增一个系统就需要开发该系统和其他相关所有系统的接口；系统的后期维护成本过高。没有建立起统一的数据交换平台和数

2、据交换标准。各系统之间根据自己的需要获取数据，存在着格式上、内容上、或者同级口径上的差异。一、电信行业进行业务整合的必要性基于接口的数据格式不同，与ESB相关的系统可以分为以下俩类：基于XML报文的应用系统基于专有报文/自定义报文的应用系统基于接口的通讯协议不同，与ESB相关的系统可以分为以下四类：基于WEBSERIVICES的系统基于FTP/Socket的应用系统基于数据库的应用系统基于传统应用连接的系统二、ESB相关系统分类标准航空公司客户数据共享图三、航空公司案例航空公司商务体系集成架构图总体系统架构主要由展现层、核心应用层和SOA核心能力层组成，其中通过门户实现统一

3、用户接入，该模块主要包含用户帐户信息管理和存储、用户登录身份认证和访问请求负载均衡等部分。核心应用层包括电子商务系统、呼叫中心系统、常旅客系统、大客户系统等商务体系中的所有重要的业务系统。SOA核心能力层由企业服务总线、服务管理和注册库以及组合服务运行引擎三部分组成。其中，企业服务总线(ESB)是SOA核心能力层的一个中心组件，它负责接入各种服务资源，通过采用统一服务接口使得各种服务或应用与服务之间可以相互方便访问，以星形结构替代了原来各服务之间的点对点结构，极大地优化了系统连接架构，降低了系统集成的复杂度。企业服务总线下方连入的各个应用系统是航空公司内部的各个业务系统，而

4、右边是要连接的一些外部系统。组合服务运行引擎通常运行在标准的流程引擎之上，例如BPEL流程引擎航空公司接口设计ESB的需求分析在这个阶段我们将从企业业务需求出发，梳理端到的跨系统业务流程；基于业务流程，依据科学的方法论进行服务鉴别；由服务列表出发，梳理服务的消费和提供关系；然后根据SOA的最佳实践，定义服务的接口，包括服务的Schema描述，字段的类型，编码的规则；依据服务的消费-提供关系，梳理ESB中服务映射和转换规则和策略。四、个人总结ESB+SOA项目需要注意的地方功能性需求:1.梳理出要被集成的系统的个数和名称；2.针对每个系统要了解接口的详细情况，接口的实时性要求

5、和调用方式。接口的通讯协议和交换格式。非功能性需求ESB平台的扩展性和高可用性需求，包括HA和集群等；ESB平台的性能需求，主要包括系统间数据交换的频率，要交换的数据的大小(消息大小将直接对效率造成影响)；峰值时候对ESB数据吞吐量、响应时间的要求等；3.哪些交易要保证数据传输的高可靠性；4.ESB平台的可管理性需求，如服务的生命周期管理，ESB平台的维护和管理；如果企业已经设立了SOA管控方面的规范，那么要遵从规范的制约，比如要考虑是否有规定的命名规则，企业是否有企业级的数据规范和底层通讯协议的规范等；5.安全性方面的要求：是否采用SSL传输加密，是否对消息进行加密/解密

6、处理等；6.错误处理和日志以及平台本身的运行监控等方面的要求等。ESB方案设计ESB涉及IT应用环境分析，定义ESB与相关应用的接口模式；ESB架构概要设计，并定义架构原则；ESB相关产品选择，包括与外围系统的适配器选择和ESB产品选择；ESB组件模型设计，分解ESB的相关模块，满足SOA的分离关注点等架构原则；ESB运作模型设计，满足平台的非功能性需求；ESB平台的服务流设计，涉及路由、转换和映射等；ESB的同步、异步或者发布/订阅模式设计；ESB平台的接入渠道和数据接口设计，包括XML/JMS、SOAP/HTTP、EDI/MQ等；ESB相关的适配器设计，包括技术适配器或

7、者自开发的适配器；ESB平台的容错和重试机制设计，包括日志等的统一管理等；参考架构ESB方案设计时的最佳实践确定标准的使用：使用与否、使用到什么程度；确定在ESB上实现的业务逻辑：ESB是一个服务路由和转换中心，而不是一个应用服务器，因此它并不能取代应有服务器。复杂的消息解析和转换相比简单的路由操作所需消耗的成本要高的多，因此在ESB上应该主要考虑路由、格式转换、服务调用等问题，而对于数据本身的处理应该交给相应的应用来完成；确定消息格式：从标准化的角度而言，XML当然是首选，但是从解析/处理性能、行业标准以及对现有