面向服务的分布式体系结构.ppt

* * * * * * * * 工作流标准 主要在2000～2005年之间完成，当时标准被看做实现Web服务梦想的基石，完整的服务特性规范可以实现互操作性。 近来人们意识到这个目标导致重量级的体系结构，加工不能跟上这么多标准的支持。今天我们更强调轻量级系统，互操作性当需要时可以通过临时的变换得到。标准化工作的另一个问题是它大量地超前系统的部署，这样人们会发现遗忘了关键点的不成熟标准。这个背景解释了表5-9中许多未完成的标准活动。 * * 工作流体系结构和规范  大多数工作流系统都有两个关键组件。我们把它们称为工作流规范和工作流运行引擎。它们通过接口相互链接 * * 工作流运行引擎 图5-18 包括说明流水线和循环的子图的工作流图 * 一般的工作流结构是有向无环图，它是顶点和有向边的集合，每一条边从一个节点连到另一个，这样里面没有环。也就是说，从某一个顶点V开始，沿着一系列的边，最终不可能再回到顶点V。 除了复杂的专业工作流系统外，可能使用传统语言和工具集的脚本是构建工作流的主要技术。通常这可以使用任何分布式计算（互联网）支持的环境以非正式的方式实现 最复杂的工作流系统支持层次化规范，即工作流的节点可以是服务或服务集（子工作流）。这和网格的网格概念一致。 * 图5-19 Swift工作流系统体系结构 THE END * * * * * * * * * * * * * * * * * * * * * * * * * * 网格服务和OGSA 开放网格服务体系结构（OGSA）旨在为基于网格的应用定义一个通用的、标准的和开放的体系结构。OGSA的意图在于： 便于在分布式的异构环境上使用和管理资源。 提供无缝的服务质量。 为了提供不同资源之间的互操作性，定义开放的发布接口。 采用工业标准的集成技术。 开发实现互操作性的标准。282283 在分布式的异构环境中集成、虚拟化和管理各种服务与资源。 提供松耦合的可交互服务，并且满足工业可接受的Web服务标准。 * OGSA体系结构服务： 基础设施服务 指一系列的公共功能。 运行管理服务 与启动和管理任务这些问题有关。 数据管理服务 用来移动数据到需要它的地方、维护复制的副本、运行查询和更新，以及转换数据到新的格式。 资源管理服务 为网格资源提供管理功能。 安全服务 便于一个（虚拟的）组织内有关安全的策略得以强制执行，支持安全的资源共享。 信息服务 提供关于网格及其构成资源信息的有效产生和访问。 自我管理服务 支持对于一系列服务(或者资源)的服务级实现，并且要尽可能的自动化。 * OGSA体系结构 * Web服务资源框架（Web Services Resources Framework，WSRF） * 其他的面向服务的体系结构和系统 美国国防部网络中心服务的全球信息网格(GiG) * CICC中的服务——化学信息网格 * 5.2 面向消息的中间件 企业总线 引入一个封装器，使得服务所期望的不同风格（如SOAP、REST或Java RMI）消息彼此之间能够进行通信。术语“企业服务总线”（Enterprise Service Bus，ESB）指的是总线支持许多组件，通常采用不同的风格，能够方便地集成在一起。产生了图5-6所示的消息黑盒抽象。 　 人们不需要在源和目的之间开一个通道，而是把带有足够信息的消息注入总线，允许它正确的投递。 　多个中介的使用允许总线扩展到多个客户端（服务）和大规模消息流量。 * Two Message Bus Implementations 图5-6 在服务之间或使用中介网络的两种消息总线实现 * 发布-订阅模型和通知 “发布-订阅”概念，对于消息总线，它描述了把源和目的连接起来的一个特殊模型。在这里消息的生产者（发布者）以某种方式对消息贴上标签——通常的做法是与一个（受控的）词汇表中的一个或多个主题名词关联。然后消息的接收者（订阅者）会指定他们希望接收到相关消息的主题。或者也可以使用基于内容的发布系统，内容可以用某种格式（如SQL）来进行查询。 使用基于主题或内容的消息选择称为消息过滤。 * 队列和消息传递系统 在这个领域中，有几个有用的标准。 最有名的是Java消息服务，它在发布/订阅和排队系统中规定了一系列接口概括通信语义。 高级消息排队协议（AMQP）规定了通信的一套有线格式；和API不同，有线格式是跨平台的。 在Web服务里，WS-Eventing和WS-Notification是互相竞争的标准，但是它们哪一个也没有发展出强力的后续。 * Comparison of Messaging and Que