esb框架.ppt

各位领导，大家下午好，我是金蝶中间件的XXX，今天非常荣幸，能在这里有这么一个机会能和大家一起交流一下APusic ESB的技术体系架构，希望能和大家充分互动，向大家充分学习 * 今天首先要给大家介绍的是我们APusic的SOA的架构体系 * [简单讲] 这个就是Apusic SOA的架构体系图 这个图和IBM、Oracle的很像，为什么呢？这个图是国际标准组织Opengroup所给出的一个参考模型，各个厂商的实现基本都是遵照这个模型来的（可吹嘘以下OpenGroup和KD） 下层通过应用服务器和消息件提供基础的软件支撑 在左边我们金蝶中间件提供了一系列的开发工具和框架，以支撑整体软件开发的生命周期 在右边我们提供了各种管理和监控平台 在中间就是一个核心的部分ESB，通过ESB来完成服务的组织和串联 * ESB是刚才Apusic SOA的一个核心组件，下面我们就来看看它的体系结构 * ESB这一块没有标准，也尽管市面上的ESB产品各异，但是抽象起来，一个ESB产品必须具备三个重要的特征，才能被称为ESB 这三个重要的特征，也是APusic ESB的实现目标 这三个特征是 mouse click 应用的出入站，实现对应用进行服务化封装和ESB的接入 基于内容的消息陆游，能够个根据请求的数据内容，选择对应的响应服务 数据内容转换，异构系统之间的服务互联，往往数据格式也是异构的，需要能够讲一个服务所识别的数据转换成另一个服务所识别的数据 这是Apusic ESB实现的特性目标 * 通过对这样的一个目标的实现，Apusic ESB功能体系也就出来了 通过对各种应用的协议的封装和中间件技术的适配，做到应用系统接口的服务化封装和协议透明 同时通过命名空间目录和地址命名管理，完成地址透明。 这样真正的实现了服务请求者和服务提供者之间的松散耦合，甚至于，提供一种功能的服务提供者，可以随时被替换而不被服务请求者感知 * 这个市Apusic ESB的体系结构 在下层，通过应用服务器和消息中间件，为ESB提供各种基础引擎支撑，例如事务、可靠消息传输、线程池等 在ESB的体系中，最下面这三个是最核心的部分，包括对SCA、SDO标准的实现 以及一个事件驱动框架，通过这个事件驱动框架，可以保证ESB内核的高度稳定性，并且可以轻松的扩展各式各样的功能 在这之上，是规则引擎、消息转换引擎、服务注册库等一系列的基础引擎 然后我们出厂提供了对数据资源接入的SCA组件。 在这个框架之上，可以接入各种应用和各种数据资源。 同时，我们在整个周期中，都提供了一个可是的监控部署工具 * 下面和大家介绍一下，我们Apusic ESB的设计思想 第一个设计思想是应用层次的划分。 mouse click 首先第一个层次数据存储层次，数据可以存储在文件中或者数据库中 有了数据 mouse click 就会有对这些数据进行访问的应用，这些访问资源的接口，可能是基于各种技术和中间件平台的 将这些应用接入到APusic ESB中 mouse click 就需要应用的适配、封装，包装成服务组件 最后一个层次， mouse click 是应用的Hub层，能够实现对所有的封装后的服务组件的接入和管理 同时，在这些过程中，存在同一的管理 那么在APusic ESB中，将应用的互联，划分了这5个层次：数据存数、资源访问、应用接入、应用Hub、统一管理 我们给他们分别起个名字，分别是资源层、应用层、封装层、Hub以及管理层 * 那么有了这些层次之后，这几个层次之间相互访问，就涉及到不同的协议组 第一个协议组是应用对资源的访问 mouse click 可以使多种协议和多种技术模型的 第二个协议组是封装层对应用封装时的协议，可以说是协议屏蔽 mouse click 最终封装出来的服务组件被调用的时候，驱动真实的应用借口，可以使多种协议和多种技术模型的 第三个是Hub和服务之间的协议 mouse click 这里也是可以基于多种协议和多种技术模型的 那么管理层对Hub层和服务层之间进行配置、部署的管理，在Apusic ESB中，只提供了两种协议模型 mouse click * 那我们的第三个设计思想是服务的封装，在封装层主要做的事情。 现在谈到SOA，那么服务具体是个什么东西？一开始大家谁都说不清，直到SCA标准的出现。 那么，在Apusic ESB的体系中，认为一个应用对一个资源的访问，本身提供了一个服务的业务功能实现， mouse click 然后我们通过SCA的标准方式的包装，把这个业务功能实现包装成一个服务 同时，对于这个服务所产生的数据，我们采用了SDO标准，进行封装 * 在部署的模型上，我们采取了一种自治和联邦的部署模型 举个例子，又这六个系统需要进行