第二章网格体系结构

第二章网格体系结构

龚斌山东大学计算机科学与技术学院

山东省高性能计算中心

Web Services 资源框架WSRF

（ Web Services Resource Framework ）

内容• WSRF 产生的原因

• WSRF, Web Service, OGSI and O

GSA 的关系

• WSRF 的特性和原理

Web Services

Business integration

Secure and universal access

Applications on demand

Grid Protocols

Vast resourcescalability

Global Accessibility

Resourceson demand

access manageshare

The Best of Both WorldsWeb Services & Grid Requirements

WSRF 的驱动力• 2004 年 1 月宣布 Web service 资源框架 WSRF

– OGSI v1.0 －》 WSRF– By the Globus Alliance and IBM, HP, SAP, Akamai, TIBCO and

Sonic

• OGSI 的定义– WSDL 的扩展和新的 WSDL2.0 支持的功能类似– 引入状态服务。。。

• Web Service 技术的发展– Web － Addressing ：独立于传输协议定位服务– WS-MetaDataExchange ：提供了发布服务的一些信息– WSDL 2.0

OGSI 的主要批评意见• 过分强调网格服务和 Web 服务的差别，导致了两者之间不能更好地

融合在一起。 • OGSI 单个规范中的内容太多，所有接口和操作都与服务数据有关，

缺乏通用性，而且 OGSI 规范没有对资源和服务进行区分。 • 不能使用现有的 Web 服务和 XML 工具工作

– 扩展了 WSDL －困难• 太多的“面向对象”

– 通过封装资源的一个 web 服务模型化一个状态资源，耦和了生命周期、身份和资源状态

– 有状态的 Web Service– 纯 web service 是无状态和实例的

• WSDL2.0 的推迟发布– OGSI 重复了 WSDL 的一些工作

WSRF 的驱动力• Web services 必须提供用户访问和操作服务的状态数据的能力；

• 需要定义管理服务状态数据的规范，便于应用以标准和可操作的方式发现、观测和交互状态资源

• 不希望和 web service 不兼容和冲突– 利用 web service 的功能

WSRF 的需求源自于

• 网格计算

• 系统管理

• 商业计算 Grid

ComputingSystems

Management

BusinessComputing

WebServices

OGSA Evolution

Autonomy ofthe Grid

Physiology ofthe Grid

OGSA V1.0

OGSA Glossary

OGSAProfile

Basic ExecutionService

Naming

JSDL

Open GridServices

Infrastructure

Web ServicesResource

Framework

Web ServicesNotification

informational

Normative

OGSA Specifications Landscape

SYSTEMSMANAGEMENT

UTILITYCOMPUTING

GRIDCOMPUTING

Core Services

Basic Profile WS-Addressing

Privacy

WSRF-RAP

WSDM

WS-Security

Naming

OGSA-EMSOGSA Self Mgmt

Others ...

GGF-UR Data Model

HTTP(S)/SOAP

Discovery

SAML/XACML

WSDL WSRF-RL

Trust

WS-DAI

VO Management

Information

Distributed query processing

ASP

Data CentreUse Cases &Applications Collaboration Multi MediaPersistent Archive

WSRF-RP

X.509

NotificationService Groups WS-I BP

• Web services 标准的建议– 扩展 Web services 标准的建议，定义了状态资源管理的规范– 从 OGSI to WSRF: 重构和发展过程

• WS-Resource framework– 定义状态资源的 Web services 访问模式– A family of Web services specifications that clarify how “state” a

nd Web services combine – 无状态的 Service, 有状态的 Resource

• WS-Notification– 为 Web Services 提供基于消息发布和预定能力

• WS-Resource framework 和 WS-Notification – 建立在已存在的 Web services 定义和技术– 帮助统一网格计算、系统管理和 Web services

WS-

Serv

ice

Gro

up

WS-RenewableReferences

WS-

Not

ifica

tion

Modeling Stateful

Resources with Web Services

WS-B

ase Faults

WS-ResourceProperties W

S-Resource

Lifetime

To be developed

WSRF 的目标

• A family of Web services specification proposals– Introduces a design pattern to specify how to use Web

services to access “stateful” components– Introduce message based publish-subscribe to Web

services

WS-

Serv

ice

Gro

up


WS-

Not

ifica

tion

Modeling Stateful

Resources with Web Services

WS-B

ase Faults


S-Resource

Lifetime

IntroducedToday

To be developed

What we are announcing today

WSRF Web Service

OGSIOGSA

？

• From Open Grid Services Infrastructure to WS-Resource Framework: Refactoring & Evolution

• Version 1.0• 2/12/2004• Karl Czajkowski, Don Ferguson, Ian Fo

ster, Jeff Frey, etc

How WS-RF fits in with other standards, specifications and

protocols.

Internet protocols

Web services

WSRF

Grid stuff Globus (GRAM, MDS)

WSDL, SOAP

HTTP, TCP/IP

Examples of WS-Resources

• Files on a file server

• Rows in a database

• Jobs in a job submission system

• Accounts in a bank

Web service

Web service

Web service with WS-Resource

Web Service with WS-Resources

Web Service with WS-Resources

WS-Resources

•OGSA Services can be defined and implemented asWeb services

•OSGA can take advantage of other Web services standards

•OGSA can be implemented using standard Web services development tools

•Grid applications will NOT require special Web services infrastructure

Network

OGSA Enabled

Storage

OGSA Enabled

Servers

OGSA Enabled

Messaging

OGSA Enabled

Directory

OGSA EnabledFile

Systems

OGSA Enabled

Database

OGSA EnabledWorkflo

w

OGSA Enabled

Security

OGSA Enabled

Web Services

WS-Resource Framework & WS-Notification are an evolution of OGSI

OGSI – Open Grid Services Infrastructure

How these proposals relate to OGSA

Web Services

OGSA Architected Services

Applications

WS-

Serv

ice

Gro

up


WS-

Not

ifica

tion

Modeling Stateful Resources with Web Servic

es

WS-B

ase Faults


S-Resource

Lifetime

Open Grid Services Architecture(www.ggf.org/ogsa-wg)

Web Services Messaging, Security, Etc.

Open Grid Services Infrastructure

Domain-Specific Services

Core Services

ProgramExecution Data Services

Sta

nd

ard

izati

on

WSRF 意味着什么？

Grid

Web

网格和 Web Services 的融合 ?

在应用和技术上起步相差较大

OGSI

GT2

GT1

HTTPWSDL,

WS-*

WSDL 2,

WSDM

Have beenconverging ?

网格和 Web Services 融合

Grid

Web

WSRF 的定义意味着网格和 Web 服务团体在一个共同的基础上前进

WSRF

Started far apart in apps & tech

OGSI

GT2

GT1

HTTPWSDL,

WS-*

WSDL 2,

WSDM

Have beenconverging

Open Grid Services Architecture

Web Services Messaging, Security, Etc.

Open Grid Services Infrastructure

Domain-Specific Services

Core Services

ProgramExecution Data Services

Sta

nd

ard

izati

on

WS-Resource Framework

和 OGSI 相比 WSRF 的优势 • 融入 Web 服务标准，同时更全面地扩展了现有的 XM

L 标准，在目前的开发环境下，使其实现简单化• OGSI 中的术语和结构让 WS 组织感到困惑，因为 OGS

I 错误地认为 Web 服务一定需要很多支撑的构建。 WS-Resource Framework 通过对消息处理器和状态资源进行分离来消除上述隐患，明确了其目标是允许 Web 服务操作对状态资源进行管理和操纵

• OGSI 中的 Factory 接口提供了较少的可用功能，在 WS-Resource Framework 中定义了更加通用的 WS-Resource Factory 模式。

和 OGSI 相比 WSRF 的优势（续）

• OGSI 中的通知接口不支持通常事件系统中要求的和现存的面向消息的中间件所支持的各种功能， WS-Resource Framework 中规范弥补了上述的不足，从广义角度来理解通知机制，状态改变通知机制正是建立在常规的 Web 服务的需求之上

• OGSI 规范的规模如此庞大，使读者不能充分理解其内容，以及明确具体任务中所需的组件。在 WS-Resource Framework 中通过将功能进行分离，使之简化并拓展了组合的伸缩性

WSRF 的组成

简介• WSRF 是被提议的 Web 服务规范的一部分 , 其目的是要阐明把“有状态”怎样加入到 Web 服务中 .

• WSRF只是标准化了 Web 服务的这种能力– 在 Web 服务有很多种方式来管理和访问状态

• 其相关规范的制定的分工 :– WSRF:IBM,Globus,HP

– WS_Notification:IBM,Globus,HP,Akamai,SAP,Tibco,Sonic等 .

三种服务接口、状态和资源关系

1. A truly stateless service– 实现消息交换，无需访问不在输入消息中的其它

信息，例如：压缩和解压缩2. A conversational service

– 实现一系列的操作，前一个操作的结果数据用于后一操作中

– 许多 Web sites 采用 http sessions and cookies 实现3. 运行在状态资源上的一个无状态的服务

– 提供对逻辑状态资源的访问和操作– 这些操作基于服务发送和接受的请求完成

简介 ( 续 )• 重点研究第三种服务模型

– 无状态服务加强 reliablity 和 scalability– 状态单元由其它组件维护

• 引入状态资源概念– 将 web Service 和状态资源区分– 一个服务对应多个状态资源– 一个状态资源可以对应多个服务

• Web 服务资源 :Web 服务和状态资源的组合 .– 一个状态资源作为服务消息交换执行的数据上下文– 状态资源可以被创建，赋予身份和删除等– 状态资源的定义和服务的接口相互关联– 描述如何通过 Web 服务接口来访问 WS_Resource.– 等等 .

简介 ( 续 )

• 状态资源被定义为 :– 有一系列能被 XMl文档表示的状态数据 .– 有一个能够非常容易定义的生命周期 .– 能够被一个或者多个 Web 服务识别 .

• 状态资源的例子 :– 文件系统中的文件– 关系数据库中的一行– EJB或者其它状态资源的集合

WSRF 的能力• 定义了如何使用 XML描述和访问资源的属性• 阐明了定位状态资源的方法• 定义了如何创建一个资源和撤销资源的消息• 为 Web services 提供了消息预定和事件通知机制

• 概述了如何组织资源和服务组• 为 WS-Addressing增加了容错能力• 定义了一个标准化、可扩展的 Web services err

or messages 格式

WS-Addressing

• 有状态资源是在 Web 服务消息交互实现中被使用 .

• Web 服务端点 : 是一个可引用的实体 ,或者处理器 ,或者可作为 Web 服务消息目标的资源 .

• 端点引用主要是传达Web 服务端点所需要的信息 , 为 Web 服务往返各条消息提供地址 .

WS_Addressing

• 功能： Web 服务和消息寻址– 提供了多种与传输无关的机制– 支持通过各种网络的处理节点（端点管理器、防火墙和网关等）以使得与传输无关的方式进行消息传输

• 定义了两个可互操作的构件：– 端点引用 EPR（ EndPoint Reference） – 消息信息头

WS_Addressing( 续 )

• 端点引用的抽象属性组成：• [address] ： URI （必需的）

– 这可能是一个网络地址或一个逻辑地址。• [reference properties]

– 一个引用可能包含很多独立的属性，而标识被传递的实体或资源需要这些属性

• [selected port type] :• [service-port] • [policy] : wsp:policy (0..unbounded)

– 动态生成 XML 策略元素描述了端点的行为、需求和能力。

WS_Addressing( 续 )

• Web 服务寻址 (WS_Addressing)– 表示部署在特定网络站点的上的 Web 服务地址端点的引用

– 包括一些相关的元数据 , 例如服务描述信息 , 引用特性等等 .

• 状态资源 : 服务端点引用中的属性域包含了状态资源标识符– 隐式资源模式：状态资源标识符被封装在服务端点引用中

– 服务和状态资源分离和结合

六个独立部分

资源特性

资源生存周期

可更新引用

服务组

基本故障

通知

六个独立部分（续）• WS － Resource Framework

– WS_ResourceProperties– WS_ResourceLifetime– WS_RenewableReference– WS_ServiceGroup– WS_BaseFaults

• WS_Notification– 独立提出， OGSI 的发布功能发展

• WS-Resource 是什么– 例子 :

• 物理实体 (e.g.. processor, communication link, disk drive)或者逻辑结构 (e.g.. agreement, running task, subscription)

• Real or virtual

• 静态 (long-lived, pre-existing) 或者动态 (created and destroyed as needed)

• 简单或者混合 (collection)

– 单一 – 独立身份和生存期– 有状态的 - Maintains a specific state that can be materializ

ed using XML

– 可以通过一个或多个 Web Services 访问

resource

WS-Resource框架模型

• WS-Resource 利用了 WS-Addressing – Web services and WS-Resources 通过使用“ Endpoint Reference” 来引用

– 创建和定位的服务将返回 Endpoint References

• Web service and WS-Resource 是分开的 :– 一个 Web service 是无状态的– 一个 WS 资源提供了状态执行了上下文– 不同的实体、不同的生存期和不同的能力

WS-Resource 框架模型

IBM

• WS-Resource 属性– 资源的状态和元数据 as an XML document– 查询和设置操作

• WS-Resource 生存期– Explicit destruction or

“Soft state” time-to-live – Provides for cleanup

of resource instances

resource

<ProcessorProperties><ProcID>5A34C1DE03</ProcID><ProcArchitecture>Power6.2</ProcArchitecture><ProcSpeedMIPS>400</ProcSpeed><ProcCacheMB>256<ProcCache><ProcRunning>1</ProcRunning>

</ProcessorProperties>


Inte

rface

WebService

The WS-Resource framework model

Web Service

WSDLRun-time environment

Inte

rface

WebService

message

message

Invoking a Web Service

address

Endpoint Reference

Run-time environment

The WS-Resource framework model

context

Inte

rface

WebService

messageid

message

Using a Web service to access a WS-Resource

id

address

resource


Endpoint Reference


context

Inte

rface

WebService

messageid

message

Using a Web service to access a WS-Resource

id

address

resource

resource

Endpoint ReferenceEndpoint Reference



Inte

rface

WebService

message

message

Creating / Locating a WS-Resource

address

Endpoint Reference

resource

Endpoint Reference

Web Service either locates or creates a

WS-Resource

address

id



WS_ResourceProperties

• 资源特性– Web 服务资源的状态的个体组件 (元素 ).– 通过 Web 服务接口查看和修改它 .(检索 , 更改和删除 )

– 描述 Web 服务资源的有状态资源组件的类型的 XML 文档

<GenericDiskDriveProperties xmlns:tns="http://example.com/diskDrive" > <tns:NumberOfBlocks>22</tns:NumberOfBlocks> <tns:BlockSize>1024</tns:BlockSize> <tns:Manufacturer>DrivesRUs</tns:Manufacturer></GenericDiskDriveProperties>


•每个资源特性都被表示成在 Web 服务资源特性文档中的一个 XML 元素。

•客户端是通过 WSDL 的 portType得到Web 服务资源特性文档 .

• 事实上 ,Web 服务资源特性文档充当Web 服务资源实际状态的视图，或者投影。


• 例如，考虑一个被称为“ C” 的有状态资源。如果“ C” 的状态包含三个资源特性组件，被称为 p1 、 p2 和 p3 ，那么它的资源特性文档，被称为“ ExampleResourceProperties” ，可能被定义如下


• …….• <xs:element name="p1" type= ?/> • <xs:element name="p2" type= ?> • <xs:element name="p3" type= ?/> • <xs:element name="ExampleResourceProperties"> • <xs:complexType> • <xs:sequence> • <xs:element ref="tns:p1" /> • <xs:element ref="tns:p2" /> • <xs:element ref="tns:p3" /> • </xs:sequence> • </xs:complexType> ……


• 服务请求者是如何获得这个资源特征文档的呢 ? … <wsdl:portType name="SomePortTypeName" wsrp:ResourceProperties="tns:ExampleResourcePropert

ies" > <operation name="?…. </wsdl:portType> …• portType 和资源特性文档之间的这种关联实际上定义了 Web 服务资源的类型


• 利用 xs:ref 属性， Web 服务资源特性文档组合可以通过添加（聚集）附加的 XML 元素 .如下 :

• <xs:complexType> • <xs:sequence> • <xs:element ref="tns:p2" /> • <xs:element ref="tns:p3" /> • <xs:element ref="xxxx:SomeAdditionalResourceProperty" • xmlns:xxxx= … /> // 引用了其他名字空间的资源特性元素• </xs:sequence> • </xs:complexType> …..


• 对 WS_ResourceProperties 的操作 :

• 如果资源特性文档中有如下一个资源特性 :– Get 检索

– Get Multiple 请求消息中所指定的，它允许请求者检索一个或多个 Web 服务资源特性的值

<wsrp:GetResourcePropertyRequest> QName </wsrp:GetResourcePropertyRequest>


• Query

• WS-ResourceProperties 规范同样也定义了一“组”操作，使 Web 服务资源特性能够被插入、更新和删除。

<wsrp:QueryResourcePropertiesRequest> <wsrp:QueryExpression dialect=”URI”> xsd:any </wsrp:QueryExpression> </wsrp:QueryResourcePropertiesRequest>

<wsrp:GetMultipleResourcePropertiesRequest> QName * </wsrp:GetMultipleResourcePropertiesRequest>

WS_ResourceProperties <wsrp:SetResourcePropertiesRequest> { <wsrp:Insert > xsd:any </wsrp:Insert> |

<wsrp:Update ResourceProperty=”QName”> xsd:any </wsrp:Update> |

<wsrp:Delete ResourceProperty=”QName” /> }+ </wsrp:SetResourcePropertiesRequest>


• 例如，下面的消息表示一个从有状态资源（比如“ C”）中检索特性“ p1” 的值的请求。


• <soap:Envelope> • <soap:Header> • <tns:resourceID> C </tns:resourceID> • </soap:Header> • <soap:Body> • <wsrp:GetMultipleResourceProperty> • <wsrp:ResourceProperty>tns:p1</wsrp:ResourceProperty> • </wsrp:GetMultipleResourceProperty> • </soap:Body> • </soap:Envelope>


• 返回消息 :• <soap:Envelope> • <soap:Body> • <wsrp:GetMultipleResourcePropertyResponse> • <p1>xyz</p1> • </wsrp:GetMultipleResourcePropertyResponse> • </soap:Body> • </soap:Envelope>


• WS-ResourceProperties 规范同样也定义了一些方法，服务请求者通过使用这些方法可以订阅在 Web 服务资源的资源特性中的值改变的通知。

WS_ResourceLifetime• WS-ResourceLifetime 规范是针对 Web 服务资源的生命周期的三个重要方面而制定的– 创建（ creation）– 身份 / 标识（ identity）– 销毁（ destruction）

• WS-ResourceLifetime 规范 Web 服务资源工厂（WS-Resource factory）来创建状态资源 – WSRF并不去定义用于请求创建新的 Web 服务资源的消息交换。

WS_ResourceLifetime

• Web 服务资源工厂（WS-Resource factory）是任何能够产生一个或者多个 Web 服务资源的 Web 服务。

• 身份–至少在 Web 服务范围内是唯一的–可移植性

• 一个应用程序可向另应用程序传送这个身份

WS_ResourceLifetime

• WSRF 使两种用于销毁Web 服务资源的生存期管理的方法：– 立即的（ immediate ）销毁– 调度的（ scheduled ）销毁

Lifetime Operations

• Immediate Destruction– <wsrf-rl:Destroy/>

• Scheduled Termination– <wsrf-rl:SetTerminationTime>

[ <wsrf-rl:RequestedTerminationTime xsi:nil=”xsd:boolean”?> xsd:dateTime </wsrf-rl:RequestedTerminationTime> ] | [ <wsrf-rl:RequestedLifetimeDuration> xsd:duration </wsrf-rl:RequestedLifetimeDuration> ]</wsrf-rl:SetTerminationTime>

WS_RenewableReference

• WS_RenewableReference 定义了一种机制用来更新已经无效的端点引用

• 规范中的机制可应用于任何的端点引用，但是对于指向 Web 服务资源的端点引用尤为有用，因为它能够提供持久的、稳定的 Web 服务资源的引用，能够允许同一状态随着时间的推移被重复访问

WS_RenewableReference

• 要与 WS_Addressing 规范相结合 .也就是说当端点引用变的无效的时候 , 用来检索最新版本信息 , 以便对 WS_Addressing 端点引用的补充

• Web 服务寻址（WS-Addressing）端点引用不仅可以包含寻址，而且还可以包含关于和服务交互的策略信息

• 其规范目前还没有编写

WS_ServiceGroup

• This WS-ServiceGroup specification defines a means by which Web services and WS-Resources can be aggregated or grouped together for a domain specific purpose.( 规范 )

• ServiceGroup:A Web service that is a collection of other Web services or WS-Resources and

the information that pertains（属于） to them.

WS_ServiceGroup

• ServiceGroupEntry: 对一个 ServiceGroup 来说 ,在其之中 , 用来关联成员的一个原子实体

• 成员 :就是 ServiceGroup 的一个 Web 服务 • ServiceGroup 中的许多成员可以没有任何联系• The ServiceGroupRegistration interface extends

the basic ServiceGroup capabilities with message exchanges for managing the membership of a ServiceGroup

WS_BaseFaults

• WS-BaseFaults 规范定义：– 一个当Web 服务消息交换返回错误的时候所使用的基本错误（ base fault）类型。

•保证这些规范中的操作所返回的错误的一致性– 在这个规范中没有对 Web 服务资源提出特殊要求

– 所有的 Web 服务资源框架规范都使用它

WS-Notification• WS-Notification

– 将企业级质量的发布和订阅消息集成到 Web services 中• Web services 上下文中松散藕合、异步的消息

– WS Notification 充分利用了 WSRF 和 WS 技术• 扩展了 OGSI 通知机制

– OGSI 没有支持一个通用的事件机制• WS-Notification特性 :

– 传统企业级发布 /订阅消息模式集成到 Web services• 方便了不同的消息中间件的集成

– 将代理、发布者、订购者和消费者的角色标准化了– 提供了直接发布和代理发布的两种模式– 标准化了发布、订阅和通知传递的 WS 消息交换– 定义了用于分类和组织通知消息的 Topics 和 TopicSpaces 的

XML 模型

•订阅者发出订阅请求订阅感兴趣的某一个 “ Topic”

•代理 Broker 允许将发布者和订阅者分开•“Subscriptions” are WS-Resources

– Various subscriptions are possible•发布者没有必要是一个 Web Service•Notification may be “triggered” by:

– WS Resource Property value changes– Other “situations”

•Broker examines current subscriptions •Brokers may

– “Transform” or “interpret” topics– Federate to provide scalability

Broker

Subscriber

WS-Notification

Publisher

subscribe

subscribe

S S S

notify

notify

notify

notify

A

ServiceLevel

WS-Resource framework & WS-Notification

Scenario: Grid Resource Management & Scheduling

Cluster

RRR

Mainframe

RRRIBM

IBM

Blades

RRR

Notification

GridScheduler

WS-Resource used to “model”

physical processor resources

WS-Resource Properties “project” processor status (like utilization)

Local processor manageris “front-ended” with A Web service interface

Other kinds of processors are also “modeled” as same type of WS-Resources

JJ

J

WS-Notification can be used to “inform” the scheduler when processor utilization

changes

Grid “Jobs” and “tasks” are also modeled using

WS-Resources and Resource Properties

Grid Scheduler

is a Web Service

Service Level Agreement

is modeled as a WS-

Resource Lifetime of SLA Resource

tied to the duration of

the agreement

WSRF 实例

5 WSRF/WSN Implementations

• GT4-java(Argonne)• GT4-C(Argonne)• pyGridWare (Lawrence Berkeley Labs)• WSRF::Lite (University of Manchester)• WSRF.NET (University of Virginia)

• Independently produced and quite different!

• State and Events for Web Services: A Comparison of Five WS_Resource Framework and WS_Notification Implementations---Marty Humphrey, Jare Gawor, Joe Bester, Stephen Pickles

从 OGSI to WSRF: 重构和演化OGSI WSRF

Grid Service Reference WS-Addressing Endpoint Reference

Grid Service Handle WS-Addressing Endpoint Reference

HandleResolver portType WS-RenewableReferences

Service data defn & access WS-ResourceProperties

GridService lifetime mgmt WS-ResourceLifeCycle

Notification portTypes WS-Notification

Factory portType Treated as a pattern

ServiceGroup portTypes WS-ServiceGroup

Base fault type WS-BaseFaults

WSRF和 OGSI 相同点• 关心如何操作有状态的资源

– 创建、定位、观察、撤销等基本方法和方式• 不同点

– WSRF 使用了不同的结构模型一个状态资源和一个 Web 服务，更具有表达性

– OGSI采用了同一种结构模型化状态资源作为一个 Web 服务（支持 GridService Porttype）

WSRF和 OGSI不同点• WSRF

– 使用了不同的结构模型 : 一个状态资源和一个 Web 服务

– 更具有表达性， Many services － to － Many Resources ,OGSI 的模式在 WSRF均可以表达

– 利用了已存在的 XML 和 web service 标准，利用现成的工具，例如WSDL

– 消除误解－导致 web 服务是 heavyweight

• OGSI– 采用了同一种结构模型化状态资源作为一个 Web 服务（支持 GridService Porttype）

– One-to-one– GWSDL

OGSI关心问题的解决• 在一个定义中太多的混杂材料

– WSRF 将 OGSI v1.0 功能分成一个可合成定义的家族

• 不能使用现有的 Web 服务工具– WSRF 采用了标准 XML Schema

• 太多的“面向对象”– WSRF 将服务和服务操作的状态资源明确区分开

Service Composition

Transports

Messaging

Description

Quality ofExperience(QoX)

HTTP/HTTPS SMTP RMI / IIOP

XSD WSDL

SOAPXML WS-Addressing WS-Renewable References

WS-Metadata ExchangeWS-Policy

WS-Service Group

WS-Resource Properties

JMS

WS-Security

WS-Reliable Messaging WS-Transaction

WS-Resource Lifetime

WS-Base Faults

WS-Notification BPEL4WS

How these proposals relates to other Web services standards:

Globus和 WS-Resource Framework

3.2

Improved robustness, scalability, performance,

usability

3.2March

4.0 Q2

4.0Q3

4.2Q1 ‘05

4.2 Q4

Numerous new WSRF-based services

4.2

4.0

WSRF; some new functionality; further usability, performance enhancements

2004 2005

Note: We are not waiting for finalizationof WSRF specs

NEXT STEPSNEXT STEPS

WS-SecurityWS-Addressing

WS-Base Faults

WS-Notification

WS-Renewable References


WS-Lifetime

WS-Service Group

Begin PublicCommentProcess

WS-Resource Framework & WS-Notification

NEXT STEPSNEXT STEPS

WS-Base Faults

WS-Notification



WS-Lifetime

WS-Service Group


InteroperabilityDemonstration


NEXT STEPSNEXT STEPSNEXT STEPSStandards

Body

WS-Base Faults


WS-Service Group


InteroperabilityDemonstration


Summary

• WSRF completes Grid/Web convergence

• WSRF restates OGSI concepts in WS terms

• WSRF mechanisms will enable OGSA

• WSRF-based GT4.0 planned for Q3 2004

For More Information

• Specifications, architecture documents, FAQ, and other information– http://www.globus.org/wsrf

• Discussion forum– http://www.ggf.org/ogsi-wg

第二章 网格体系结构

Documents

第二章网格体系结构