ARC34消息传递-面向消息的中间件设计基础-Microsoft.pptVIP

ARC314消息传递 -面向消息的中间件设计基础 日程 应用集成技术的发展与回顾 消息传递基础 面向消息的集成中间件设计实践 展望Indigo与未来的集成 应用集成中间件设计的目标 应用程序之间需要互相“交谈” 不违反“Once and Only Once”规则 在计算的过程中需要集中处理以确保正确性 在计算的过程中需要分布处理以确保可缩放性 总之机器与机器需要进行“交谈” 传统建议我们使用RPC来解决这一问题 “让远程通信和本地调用一样容易 定义一个接口 编写服务器端实现 工具生成两者之间需要的通信管道 RPC 编程模型 RPC存在的问题 RPC方法忽略了: 延迟 (网络、应用程序) 部分失败和并发 … RPC存在的问题 RPC让通信更容易，但代价是: 请求/响应通信 针对每一个请求，我们期望一个响应 阻塞调用者线程直到接收到响应（或者响应超时） 代理和Stub强绑定 强绑定和类型一致使得编程容易 但强绑定和类型一致使得变化非常困难 RPC暴露行为 解决方案: 消息传递 系统间通过管道通信 管道有逻辑地址 发送应用程序将消息放到管道中，然后处理其它工作(“fire-and-forget”) 管道将数据排队直到被接收应用程序使用（FIFO） 解决方案: 消息传递 RPC的本质 RPC == 请求消息 + 响应消息 把消息分开，独立处理 允许不同的消息交换模式 消息传递暴露数据