ESB分享讲义.pptVIP

ESB EDA 和 SOA 整合 系统要有最高的响应性，当事件触发时这个系统必须能快速决定必须的动作。到事件结束，事件应该被发布和消费，而且事件要穿越SOA所有的边界，包括整个体系结构和物理层 ESB 事件分类 系统层事件：系统级动作，例如创建一个文件或关闭一个端口 平台层事件：平台级动作,例如修改一个数据源或增加一个新的服务 组件层事件：组件级动作，例如视图对象的转换或状态机变化 业务层事件：业务级动作，例如创建用户或删除帐号 应用层事件：应用级动作，例如增加保险金或报价提交 ESB 处理一个请求，有如下几步 1 接收用户请求(1单位时间) 2 数据库查询(4单位时间) 3 根据数据库查询结果，准备Web Service调用参数(1单位时间) 4 发起Web Service调用((16单位时间)) 5 将结果渲染返回给用户(2单位时间) 那么SEDA会使用一条线程处理1.接收用户请求、3.准备WebService、5.返回结果，两条线程处理2.数据库查询，?而5条线程处理耗时最多的4.WebService请求。 结果表明，当远程调用所花时间不变，而本地操作得到优化时，系统通讯量也能获得明显提高 ESB Mule使用的是基于消息的架构风格 Application：可以是程序段、外部系统。 Channel：连接任何2个应用点（计算点），通过消息进行沟通， Message Receiver：用来从应用节点中读取、写入消息。 Inbound Router：进入计算组件（component）之前的控制和处理，例如：过滤、聚合、排序等。 Connector：在Channel上建立链路层，Message Receiver绑定在connector上监听数据、派发数据。 Transformers：转换消息格式。 Endpoint：把channel抽象为服务的一种配置组件，这些被配置的元素有connector, endpoint URI, transformers, filters and transactional。 Outbound Router：消息从计算组件（component）流出后的控制和处理，例如：过滤、拆分、路由等。 ESB 技术框架图 Mule是一个开源消息ESB框架，一个消息代理，一个分级事件驱动的框架（SEDA） ESB ESB分布式的基础--传输层和远层通讯 四层协议：网络通讯的一种模型。 传输协议：四层模型中的第三层–传输层，主要指TCP、UDP。 应用协议：四层模型中的第四层–应用层，基于TCP/UDP，面向应用开发的高层协议。例如：HTTP、FTP等。 ESB的传输层：它是一个逻辑概念，相对于ESB体系结构来说，解决服务（或系统）交互的一层。可以直接利用第四层协议，例如：SMTP协议，FTP协议等；或者基于第三层、第四层协议定制的解决服务交互的协议，把一个系统的数据+指令传输到另一个系统（可以获取回执，也可以不获取回执），例如：SOAP+HTTP协议，RMI协议，Hessian协议，REST（HTTP + XML方式）的协议，XML+JMS协议；甚至与传输无关的一些交互方式，例如：File协议，内存协议等 在通讯框架上，我们选择了MINA。原因：A：文档齐全 B：扩展性好 C：协议层定制方便 D：基于事件模型 E：有HTTP的扩展（AsyncWeb） F：稳定性也不错 G：Apache在不断升级 ESB ESB核心系统应用图 ESB开发指南 Interface Esb-service-provider.xml Esb-client-provider.xml Develop Your ESB Esb package .esb; import org.mule.esb.model.tcc.result.EsbResultModel; public interface TestAdapter { public EsbResultModel testOperator(); } Esb package .esb; import org.mule.esb.model.tcc.result.EsbResultModel; public class TestAdapterImpl implements TestAdapter { public EsbResultModel testOperator() { EsbResultModel result = new EsbResultModel(); result.setFaildExceptionDesc(test”); return result; } Esb-client-provider.xml esb:client