slide1 n.
Download
Skip this Video
Loading SlideShow in 5 Seconds..
第二章 网格体系结构 PowerPoint Presentation
Download Presentation
第二章 网格体系结构

Loading in 2 Seconds...

play fullscreen
1 / 89

第二章 网格体系结构 - PowerPoint PPT Presentation


  • 141 Views
  • Uploaded on

第二章 网格体系结构. 龚 斌 山东大学计算机科学与技术学院 山东省高性能计算中心. Web Services 资源框架 WSRF ( Web Services Resource Framework ). 内容. WSRF 产生的原因 WSRF, Web Service, OGSI and OGSA 的关系 WSRF 的特性和原理. The Best of Both Worlds. Web Services & Grid Requirements. share. manage. access. Resources on demand.

loader
I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
capcha
Download Presentation

PowerPoint Slideshow about '第二章 网格体系结构' - brilliant


An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript
slide1

第二章 网格体系结构

龚 斌

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

山东省高性能计算中心

slide3
内容
  • WSRF产生的原因
  • WSRF, Web Service, OGSI and OGSA的关系
  • WSRF的特性和原理
slide4

The Best of Both Worlds

Web Services & Grid Requirements

share

manage

access

Resources

on demand

Applications on

demand

Global

Accessibility

Secure and

universal access

Business

integration

Vast resource

scalability

Grid Protocols

Web Services

slide5
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
slide6
OGSI的主要批评意见
  • 过分强调网格服务和Web服务的差别,导致了两者之间不能更好地融合在一起。
  • OGSI单个规范中的内容太多,所有接口和操作都与服务数据有关,缺乏通用性,而且OGSI规范没有对资源和服务进行区分。
  • 不能使用现有的Web服务和XML工具工作
    • 扩展了WSDL-困难
  • 太多的“面向对象”
    • 通过封装资源的一个web服务模型化一个状态资源,耦和了生命周期、身份和资源状态
    • 有状态的Web Service
    • 纯web service是无状态和实例的
  • WSDL2.0的推迟发布
    • OGSI重复了WSDL的一些工作
slide7
WSRF的驱动力
  • Web services 必须提供用户访问和操作服务的状态数据的能力;
  • 需要定义管理服务状态数据的规范,便于应用以标准和可操作的方式发现、观测和交互状态资源
  • 不希望和web service不兼容和冲突
    • 利用web service的功能
slide8
WSRF的需求源自于
  • 网格计算
  • 系统管理
  • 商业计算

Grid

Computing

Systems

Management

Web

Services

Business

Computing

ogsa evolution
OGSA Evolution

informational

Autonomy of

the Grid

OGSA V1.0

OGSA

Profile

Normative

OGSA Glossary

Basic Execution

Service

Naming

JSDL

Physiology of

the Grid

Open Grid

Services

Infrastructure

Web Services

Resource

Framework

Web Services

Notification

ogsa specifications landscape
OGSA Specifications Landscape

SYSTEMS

MANAGEMENT

GRID

COMPUTING

UTILITY

COMPUTING

Use Cases &

Applications

Distributed query processing

Data Centre

Collaboration

Persistent Archive

ASP

Multi Media

VO Management

OGSA Self Mgmt

OGSA-EMS

WS-DAI

Information

WSDM

Discovery

GGF-UR

Data Model

Naming

Core Services

Privacy

Trust

Others ...

Service Groups

Notification

WS-I BP

WSRF-RAP

WS-Security

SAML/XACML

X.509

Basic Profile

WS-Addressing

HTTP(S)/SOAP

WSDL

WSRF-RL

WSRF-RP

slide11

WS-Resource

Properties

WS-Resource

Lifetime

WS-Notification

Modeling Stateful Resources with Web Services

WS-Base Faults

WS-Service Group

WS-RenewableReferences

WSRF的目标
  • Web services 标准的建议
    • 扩展 Web services标准的建议,定义了状态资源管理的规范
    • 从OGSI to WSRF: 重构和发展过程
  • WS-Resource framework
    • 定义状态资源的Web services 访问模式
    • A family of Web services specifications that clarify how “state” and Web services combine
    • 无状态的Service, 有状态的Resource
  • WS-Notification
    • 为Web Services提供基于消息发布和预定能力
  • WS-Resource framework和WS-Notification
    • 建立在已存在的Web services 定义和技术
    • 帮助统一网格计算、系统管理和Web services

To be developed

what we are announcing today

WS-Resource

Properties

WS-Resource

Lifetime

WS-Notification

Modeling Stateful Resources with Web Services

WS-Base Faults

WS-Service Group

WS-RenewableReferences

What we are announcing today
  • 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

Introduced

Today

To be developed

slide14
From Open Grid Services Infrastructure to WS-Resource Framework: Refactoring & Evolution
  • Version 1.0
  • 2/12/2004
  • Karl Czajkowski, Don Ferguson, Ian Foster, Jeff Frey, etc
how ws rf fits in with other standards specifications and protocols
How WS-RF fits in with other standards, specifications and protocols.

Grid stuff

Globus (GRAM, MDS)

WSRF

Web services

WSDL, SOAP

Internet protocols

HTTP, TCP/IP

examples of ws resources
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

slide21

WS-Resource

Properties

WS-Resource

Lifetime

WS-Notification

Modeling Stateful Resources with Web Services

Web Services

WS-Service Group

WS-Base Faults

WS-RenewableReferences

OGSA Enabled

OGSA Enabled

OGSA Enabled

Network

Storage

Servers

OGSA Enabled

OGSA Enabled

OGSA Enabled

OGSA Enabled

OGSA Enabled

OGSA Enabled

Security

Database

Messaging

Workflow

Directory

File Systems

How these proposals relate to OGSA

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

  • 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

Applications

OGSA Architected Services

Web Services

OGSI – Open Grid Services Infrastructure

open grid services architecture www ggf org ogsa wg

Standardization

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

Domain-Specific Services

Program

Execution

Data Services

Core Services

Open Grid Services Infrastructure

Web Services Messaging, Security, Etc.

slide23

GT1

GT2

OGSI

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

Have been

converging

?

WSDL 2,

WSDM

WSDL,

WS-*

HTTP

WSRF意味着什么?

Grid

Web

网格和 Web Services的融合?

web services

GT1

GT2

OGSI

Started far apart in apps & tech

Have been

converging

WSRF

WSDL 2,

WSDM

WSDL,

WS-*

HTTP

网格和Web Services融合

Grid

Web

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

open grid services architecture

Standardization

Open Grid Services Architecture

Domain-Specific Services

Program

Execution

Data Services

Core Services

Open Grid Services Infrastructure

WS-Resource Framework

Web Services Messaging, Security, Etc.

ogsi wsrf
和OGSI相比WSRF的优势
  • 融入Web服务标准,同时更全面地扩展了现有的XML标准,在目前的开发环境下,使其实现简单化
  • OGSI中的术语和结构让WS组织感到困惑,因为OGSI错误地认为Web服务一定需要很多支撑的构建。WS-Resource Framework通过对消息处理器和状态资源进行分离来消除上述隐患,明确了其目标是允许Web服务操作对状态资源进行管理和操纵
  • OGSI中的Factory接口提供了较少的可用功能,在WS-Resource Framework中定义了更加通用的WS-Resource Factory模式。
ogsi wsrf1
和OGSI相比WSRF的优势(续)
  • OGSI中的通知接口不支持通常事件系统中要求的和现存的面向消息的中间件所支持的各种功能,WS-Resource Framework中规范弥补了上述的不足,从广义角度来理解通知机制,状态改变通知机制正是建立在常规的Web服务的需求之上
  • OGSI规范的规模如此庞大,使读者不能充分理解其内容,以及明确具体任务中所需的组件。在WS-Resource Framework中通过将功能进行分离,使之简化并拓展了组合的伸缩性
slide29
简介
  • WSRF是被提议的Web服务规范的一部分,其目的是要阐明把“有状态”怎样加入到Web服务中.
  • WSRF只是标准化了Web服务的这种能力
    • 在Web服务有很多种方式来管理和访问状态
  • 其相关规范的制定的分工:
    • WSRF:IBM,Globus,HP
    • WS_Notification:IBM,Globus,HP,Akamai,SAP,Tibco,Sonic等.
slide30
三种服务接口、状态和资源关系
  • A truly stateless service
    • 实现消息交换,无需访问不在输入消息中的其它信息,例如:压缩和解压缩
  • A conversational service
    • 实现一系列的操作,前一个操作的结果数据用于后一操作中
    • 许多Web sites采用http sessions and cookies实现
  • 运行在状态资源上的一个无状态的服务
    • 提供对逻辑状态资源的访问和操作
    • 这些操作基于服务发送和接受的请求完成
slide31
简介(续)
  • 重点研究第三种服务模型
    • 无状态服务加强reliablity和scalability
    • 状态单元由其它组件维护
  • 引入状态资源概念
    • 将web Service和状态资源区分
    • 一个服务对应多个状态资源
    • 一个状态资源可以对应多个服务
  • Web服务资源:Web服务和状态资源的组合.
    • 一个状态资源作为服务消息交换执行的数据上下文
    • 状态资源可以被创建,赋予身份和删除等
    • 状态资源的定义和服务的接口相互关联
    • 描述如何通过Web服务接口来访问WS_Resource.
    • 等等.
slide32
简介(续)
  • 状态资源被定义为:
    • 有一系列能被XMl文档表示的状态数据.
    • 有一个能够非常容易定义的生命周期.
    • 能够被一个或者多个Web服务识别.
  • 状态资源的例子:
    • 文件系统中的文件
    • 关系数据库中的一行
    • EJB或者其它状态资源的集合
slide33
WSRF的能力
  • 定义了如何使用XML描述和访问资源的属性
  • 阐明了定位状态资源的方法
  • 定义了如何创建一个资源和撤销资源的消息
  • 为Web services 提供了消息预定和事件通知机制
  • 概述了如何组织资源和服务组
  • 为WS-Addressing增加了容错能力
  • 定义了一个标准化、可扩展的Web services error messages 格式
ws addressing
WS-Addressing
  • 有状态资源是在Web服务消息交互实现中被使用.
  • Web服务端点:是一个可引用的实体,或者处理器,或者可作为Web服务消息目标的资源.
  • 端点引用主要是传达Web服务端点所需要的信息,为Web服务往返各条消息提供地址.
ws addressing1
WS_Addressing
  • 功能:Web服务和消息寻址
    • 提供了多种与传输无关的机制
    • 支持通过各种网络的处理节点(端点管理器、防火墙和网关等)以使得与传输无关的方式进行消息传输
  • 定义了两个可互操作的构件:
    • 端点引用EPR(EndPoint Reference)
    • 消息信息头
ws addressing2
WS_Addressing(续)
  • 端点引用的抽象属性组成:
  • [address]:URI (必需的)
    • 这可能是一个网络地址或一个逻辑地址。
  • [reference properties]
    • 一个引用可能包含很多独立的属性,而标识被传递的实体或资源需要这些属性
  • [selected port type] :
  • [service-port]
  • [policy] : wsp:policy (0..unbounded)
    • 动态生成XML 策略元素描述了端点的行为、需求和能力 。
ws addressing3
WS_Addressing(续)
  • Web服务寻址(WS_Addressing)
    • 表示部署在特定网络站点的上的Web服务地址端点的引用
    • 包括一些相关的元数据,例如服务描述信息,引用特性等等.
  • 状态资源:服务端点引用中的属性域包含了状态资源标识符
    • 隐式资源模式:状态资源标识符被封装在服务端点引用中
    • 服务和状态资源分离和结合
slide38
六个独立部分

资源特性

资源生存周期

可更新引用

服务组

基本故障

通知

slide39
六个独立部分(续)
  • WS-Resource Framework
    • WS_ResourceProperties
    • WS_ResourceLifetime
    • WS_RenewableReference
    • WS_ServiceGroup
    • WS_BaseFaults
  • WS_Notification
    • 独立提出,OGSI的发布功能发展
ws resource
WS-Resource框架模型
  • 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 materialized using XML
    • 可以通过一个或多个Web Services访问

resource

ws resource1
WS-Resource 框架模型
  • WS-Resource 利用了WS-Addressing
    • Web services and WS-Resources通过使用“Endpoint Reference” 来引用
    • 创建和定位的服务将返回 Endpoint References
  • Web service and WS-Resource 是分开的:
    • 一个 Web service是无状态的
    • 一个WS资源提供了状态执行了上下文
    • 不同的实体、不同的生存期和不同的能力
ws resource2
WS-Resource 框架模型
  • WS-Resource 属性
    • 资源的状态和元数据as an XML document
    • 查询和设置操作
  • WS-Resource 生存期
    • Explicit destruction or “Soft state” time-to-live
    • Provides for cleanupof resource instances

resource

<ProcessorProperties>

<ProcID>5A34C1DE03</ProcID>

<ProcArchitecture>Power6.2</ProcArchitecture>

<ProcSpeedMIPS>400</ProcSpeed>

<ProcCacheMB>256<ProcCache>

<ProcRunning>1</ProcRunning>

</ProcessorProperties>

the ws resource framework model
The WS-Resource framework model

Web Service

Run-time environment

WSDL

Interface

Web

Service

the ws resource framework model1
The WS-Resource framework model

Endpoint Reference

Invoking a Web Service

Run-time environment

message

Interface

Web

Service

message

address

ws resource3

context

WS-Resource 框架模型

Endpoint Reference

Using a Web service to access a WS-Resource

Run-time environment

id

resource

message

Interface

Web

Service

message

address

id

ws resource4

context

WS-Resource 框架模型

Endpoint Reference

Using a Web service to access a WS-Resource

Endpoint Reference

Run-time environment

id

resource

message

Interface

Web

Service

message

address

id

resource

ws resource5

id

address

WS-Resource 框架模型

Endpoint Reference

Creating / Locating a WS-Resource

Run-time environment

Endpoint Reference

resource

message

Interface

Web

Service

message

address

Web Service either locates or creates a WS-Resource

ws resourceproperties
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>

ws resourceproperties1
WS_ResourceProperties
  • 每个资源特性都被表示成在Web 服务资源特性文档中的一个XML 元素。
  • 客户端是通过WSDL的portType得到Web 服务资源特性文档.
  • 事实上,Web 服务资源特性文档充当Web 服务资源实际状态的视图,或者投影。
ws resourceproperties2
WS_ResourceProperties
  • 例如,考虑一个被称为“C”的有状态资源。如果“C”的状态包含三个资源特性组件,被称为p1、p2 和p3,那么它的资源特性文档,被称为“ExampleResourceProperties”,可能被定义如下
ws resourceproperties3
WS_ResourceProperties
  • …….
  • <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> ……
ws resourceproperties4
WS_ResourceProperties
  • 服务请求者是如何获得这个资源特征文档的呢?

<wsdl:portType name="SomePortTypeName"

wsrp:ResourceProperties="tns:ExampleResourceProperties" >

<operation name="?….

</wsdl:portType>

  • portType 和资源特性文档之间的这种关联实际上定义了Web 服务资源的类型
ws resourceproperties5
WS_ResourceProperties
  • 利用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 resourceproperties6
WS_ResourceProperties
  • 对WS_ResourceProperties的操作:
  • 如果资源特性文档中有如下一个资源特性:
    • Get 检索
    • Get Multiple请求消息中所指定的,它允许请求者检索一个或多个Web 服务资源特性的值

<wsrp:GetResourcePropertyRequest>

QName

</wsrp:GetResourcePropertyRequest>

ws resourceproperties7
WS_ResourceProperties

<wsrp:GetMultipleResourcePropertiesRequest>

QName *

</wsrp:GetMultipleResourcePropertiesRequest>

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

<wsrp:QueryResourcePropertiesRequest>

<wsrp:QueryExpression dialect=”URI”>

xsd:any

</wsrp:QueryExpression>

</wsrp:QueryResourcePropertiesRequest>

ws resourceproperties8
WS_ResourceProperties

<wsrp:SetResourcePropertiesRequest>

{

<wsrp:Insert >

xsd:any

</wsrp:Insert> |

<wsrp:Update ResourceProperty=”QName”>

xsd:any

</wsrp:Update> |

<wsrp:Delete ResourceProperty=”QName” />

}+

</wsrp:SetResourcePropertiesRequest>

ws resourceproperties9
WS_ResourceProperties
  • 例如,下面的消息表示一个从有状态资源(比如“C”)中检索特性“p1”的值的请求。
ws resourceproperties10
WS_ResourceProperties
  • <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>
ws resourceproperties11
WS_ResourceProperties
  • 返回消息:
  • <soap:Envelope>
  • <soap:Body>
  • <wsrp:GetMultipleResourcePropertyResponse>
  • <p1>xyz</p1>
  • </wsrp:GetMultipleResourcePropertyResponse>
  • </soap:Body>
  • </soap:Envelope>
ws resourceproperties12
WS_ResourceProperties
  • WS-ResourceProperties 规范同样也定义了一些方法,服务请求者通过使用这些方法可以订阅在Web 服务资源的资源特性中的值改变的通知。
ws resourcelifetime
WS_ResourceLifetime
  • WS-ResourceLifetime 规范是针对Web 服务资源的生命周期的三个重要方面而制定的
    • 创建(creation)
    • 身份/标识(identity)
    • 销毁(destruction)
  • WS-ResourceLifetime 规范Web 服务资源工厂(WS-Resource factory)来创建状态资源
    • WSRF并不去定义用于请求创建新的Web 服务资源的消息交换。
ws resourcelifetime1
WS_ResourceLifetime
  • Web 服务资源工厂(WS-Resource factory)是任何能够产生一个或者多个Web 服务资源的Web 服务。
  • 身份
    • 至少在Web服务范围内是唯一的
    • 可移植性
      • 一个应用程序可向另应用程序传送这个身份
ws resourcelifetime2
WS_ResourceLifetime
  • WSRF使两种用于销毁Web 服务资源的生存期管理的方法:
    • 立即的(immediate)销毁
    • 调度的(scheduled) 销毁
lifetime operations
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
  • WS_RenewableReference定义了一种机制用来更新已经无效的端点引用
  • 规范中的机制可应用于任何的端点引用,但是对于指向Web 服务资源的端点引用尤为有用,因为它能够提供持久的、稳定的Web 服务资源的引用,能够允许同一状态随着时间的推移被重复访问
ws renewablereference1
WS_RenewableReference
  • 要与WS_Addressing规范相结合.也就是说当端点引用变的无效的时候,用来检索最新版本信息,以便对WS_Addressing 端点引用的补充
  • Web 服务寻址(WS-Addressing)端点引用不仅可以包含寻址,而且还可以包含关于和服务交互的策略信息
  • 其规范目前还没有编写
ws servicegroup
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 servicegroup1
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
  • WS-BaseFaults 规范定义:
    • 一个当Web 服务消息交换返回错误的时候所使用的基本错误(base fault)类型。
  • 保证这些规范中的操作所返回的错误的一致性
    • 在这个规范中没有对Web 服务资源提出特殊要求
    • 所有的Web 服务资源框架规范都使用它
ws notification
WS-Notification
  • WS-Notification
    • 将企业级质量的发布和订阅消息集成到 Web services中
      • Web services 上下文中松散藕合、异步的消息
    • WS Notification 充分利用了 WSRF和 WS 技术
  • 扩展了OGSI通知机制
    • OGSI没有支持一个通用的事件机制
  • WS-Notification特性:
    • 传统企业级发布/订阅消息模式集成到Web services
      • 方便了不同的消息中间件的集成
    • 将代理、发布者、订购者和消费者的角色标准化了
    • 提供了直接发布和代理发布的两种模式
    • 标准化了发布、订阅和通知传递的WS消息交换
    • 定义了用于分类和组织通知消息的Topics和TopicSpaces的 XML 模型
ws notification1

Subscriber

Broker

WS-Notification

subscribe

notify

  • 订阅者发出订阅请求订阅感兴趣的某一个 “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

notify

notify

subscribe

S

S

S

Publisher

notify

ws resource framework ws notification

Local processor manager

is “front-ended” with

A Web service interface

J

J

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

Grid

Scheduler

J

Service

Level

Cluster

Mainframe

Blades

Notification

A

R

R

R

R

R

R

R

R

R

WS-Resource framework & WS-Notification

Grid Scheduleris a

Web Service

Grid “Jobs” and “tasks” are also modeled using WS-Resources and

Resource Properties

Scenario: Grid Resource Management & Scheduling

WS-Resource used to “model” physical processor resources

Service Level

Agreement

is modeled as a WS-Resource

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

Lifetime of SLA Resource tied to the duration of the agreement

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

5 wsrf wsn implementations
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
wsrf ogsi
WSRF和OGSI相同点
  • 关心如何操作有状态的资源
    • 创建、定位、观察、撤销等基本方法和方式
  • 不同点
    • WSRF使用了不同的结构模型一个状态资源和一个Web 服务,更具有表达性
    • OGSI采用了同一种结构模型化状态资源作为一个Web服务(支持GridService Porttype)
wsrf ogsi1
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
slide81
OGSI关心问题的解决
  • 在一个定义中太多的混杂材料
    • WSRF 将OGSI v1.0功能分成一个可合成定义的家族
  • 不能使用现有的Web服务工具
    • WSRF 采用了标准XML Schema
  • 太多的“面向对象”
    • WSRF 将服务和服务操作的状态资源明确区分开
slide82

How these proposals relates to other Web services standards:

Service Composition

BPEL4WS

WS-Notification

WS-Service Group

Quality of

Experience

(QoX)

WS-Reliable Messaging

WS-Transaction

WS-Security

WS-Resource Lifetime

Description

WS-Base Faults

WS-Resource Properties

WSDL

XSD

WS-Policy

WS-Metadata Exchange

Messaging

SOAP

XML

WS-Addressing

WS-Renewable References

Transports

JMS

RMI / IIOP

SMTP

HTTP/HTTPS

globus ws resource framework

Improved robustness, scalability, performance,

    • usability

3.2

4.0 b

Q2

4.0

Q3

4.2 b

Q4

3.2

March

4.0

  • WSRF; some new functionality; further usability, performance enhancements

4.2

Q1 ‘05

4.2

Numerous new WSRF-based services

Globus和WS-Resource Framework

2004

2005

Note: We are not waiting for finalization

of WSRF specs

slide84

NEXT STEPS

NEXT STEPS

Begin Public

Comment

Process

WS-Security

WS-Addressing

WS-Base Faults

WS-Notification

WS-Renewable References

WS-Resource Properties

WS-Lifetime

WS-Service Group

WS-Resource Framework & WS-Notification

slide85

NEXT STEPS

NEXT STEPS

Begin Public

Comment

Process

WS-Base Faults

WS-Notification

WS-Renewable References

WS-Resource Properties

WS-Lifetime

WS-Service Group

WS-Resource Framework & WS-Notification

Interoperability

Demonstration

slide86

NEXT STEPS

NEXT STEPS

NEXT STEPS

Begin Public

Comment

Process

WS-Base Faults

WS-Renewable References

WS-Service Group

WS-Resource Framework & WS-Notification

Standards

Body

Interoperability

Demonstration

slide87

NEXT STEPS

NEXT STEPS

NEXT STEPS

Begin Public

Comment

Process

WS-Base Faults

WS-Renewable References

WS-Service Group

WS-Resource Framework & WS-Notification

Standards

Body

Interoperability

Demonstration

summary
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
For More Information
  • Specifications, architecture documents, FAQ, and other information
    • http://www.globus.org/wsrf
  • Discussion forum
    • http://www.ggf.org/ogsi-wg