introductiontoservice-orientation-天津大学计算机科学与技术学院.ppt

消息确认 允许信息系统监督信息的进展以确定消息是否成功的产生和消耗 可靠的发布和订阅 持久信息 持久订阅 可靠的点对点队列 持久的消息在传送给消费者或者终止前总是停留在队列中 非持久消息在传送给消费者或终止前也是停留在队列中，但是它不能保证从故障中存活和从通讯服务器中恢复 多级 存储-转发 每个消息服务器都使用存储-转发和消息确认的方法来将消息传递到链中的下一台服务器 每个链接都是安全的，可鉴别的，并且能够通过防火墙界限 接收和发送操作可以在单独的一个本地事物中绑定在一起 多源参与到一个两阶段提交事务中 可以在MOM（大容量光存储器？）上建立一种模式来进行同步或异步应答 通过管理ESB容器中的详细资料，ESB可以加深这个过程的自动化 Java 消息服务 消息规范，1998 在MOM环境中，为可靠消息传递和非可靠消息传递 定义了API和一组规则用来控制消息传递的语义 1.MOM为企业数据数据交换提供了骨干 消息确认，消息持续，和处理 2.通讯系统确保可靠的消息交换 生产商和通讯服务之间的契约: 确保可靠的消息传递 通讯服务和用户之间的契约: 确保可靠的消息接受 3.当web服务之间需要交互时，消息中间件是合适的传输协议 异步性，消息的发送者不等待消息的回复 可靠性，消息的发送者保证邮件将交付 4.在一个容器管理的环境下，ESB可以概括低级的细节。 ESB内部的消息代理为外部协议和内部中间件渠道提供桥梁或映射。 终端是插入总线的服务的逻辑抽象。 一个终端的实际表示可能是多种多样的 一个单独的应用程序 一批应用程序 一个商业单元 从集成的角度来看一个终端的基本运行是隐藏的 一个本地绑定的应用程序适配器 一个标注的外部服务 服务容器 服务容器是抽象服务端点的物理表现。 与应用程序容器和EAI代理相比，服务容器是一个简单的、轻量级的进程。 为选择调度、服务调用以及生命周期管理提供主机服务和支持。 服务容器 vs.集成代理 服务容器： 集成代理： 高度发布的 集中的，整体的 基于标准的 私有的 服务容器 vs. 应用服务器 服务容器受控环境： 生命周期问题 实例管理 线程管理 定时服务 安全和事务服务 等等 为什么要路由？ 1、ESB到SOA的通道的重要性在于，服务定义是和 定位与调用服务的机制是分离的。 2、ESB = 路由器 来自服务请求者向相关的服务提供者提出的请求的服务路由，是基于一个路由表的。 协议转换，允许用在服务请求者和服务提供者之间的协议的退藕。 基于行程的路由 一个消息行程与你在旅途中的旅行行程是相似的。 这种行程以XML元数据的形式存储，并且携带着消息从一个服务容器到另一个服务容器穿过。 这种行程代表了一个分离的消息路由操作（服务端点）的集合。 基于内容的路由 要控制消息到哪里去，是基于消息的属性或者消息内容的。 元数据描述可能的分支和规则。在远程容器评测，而不是通过集中的规则引擎。 * Messaging engine :connection point for app, like a container, routing， Transforming等功能实际在此完成.. Bus中的mediation功能实际上由connected messaging engines完成。 Mediation points, messages are stored while they wait to be mediated. And configure a mediation for use * WebSphere应用服务器 V6: 报文发送： 请求/响应与出版/订购 消息可靠性（持久性/存储和转发事务控制） 路由： 动态服务和港口选择 Web服务请求从一个WSDL定义转换到另一个 有代理的因特网路由 转换： 协议转换：SOAP/HTTP-SOAP/JMS 内容转换：格式，信息增加，聚合和相互关系 * WebSphere应用服务器V6 服务容器： 1、支持web服务： 主机为提供者发布Web 服务。 主机应用程序使用Web 服务。 2、与JCA,JDBC的连接 3、管理工具和支持 4、PMI的Web服务性能监控 5、系统管理和管理工具的集成，尤其是IMB Tivoli产品。 开源ESB Celtix (Iona), Mar 31, 2006 beta 1.0 Web 服务，XML转换，路由，异步，JMS,通过JMX与J2EE集成，基础 JBI SCA 前景：开发集成能力（JBI） ServiceMix (LogicBlaze ), Nov 2005, version 2.0 基于ActiveMO 完全JBI容器