Upload
brilliant
View
82
Download
9
Embed Size (px)
DESCRIPTION
第二章 网格体系结构. 龚 斌 山东大学计算机科学与技术学院 山东省高性能计算中心. 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. - PowerPoint PPT Presentation
Citation preview
第二章 网格体系结构
龚 斌山东大学计算机科学与技术学院
山东省高性能计算中心
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-RenewableReferences
WS-
Not
ifica
tion
Modeling Stateful
Resources with Web Services
WS-B
ase Faults
WS-ResourceProperties W
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-RenewableReferences
WS-
Not
ifica
tion
Modeling Stateful Resources with Web Servic
es
WS-B
ase Faults
WS-ResourceProperties W
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>
WS-Resource 框架模型
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
Run-time environment
Endpoint Reference
WS-Resource 框架模型
context
Inte
rface
WebService
messageid
message
Using a Web service to access a WS-Resource
id
address
resource
resource
Endpoint ReferenceEndpoint Reference
WS-Resource 框架模型
Run-time environment
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-Resource 框架模型
Run-time environment
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_ResourceProperties
•每个资源特性都被表示成在 Web 服务资源特性文档中的一个 XML 元素。
•客户端是通过 WSDL 的 portType得到Web 服务资源特性文档 .
• 事实上 ,Web 服务资源特性文档充当Web 服务资源实际状态的视图,或者投影。
WS_ResourceProperties
• 例如,考虑一个被称为“ C” 的有状态资源。如果“ C” 的状态包含三个资源特性组件,被称为 p1 、 p2 和 p3 ,那么它的资源特性文档,被称为“ ExampleResourceProperties” ,可能被定义如下
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_ResourceProperties
• 服务请求者是如何获得这个资源特征文档的呢 ? … <wsdl:portType name="SomePortTypeName" wsrp:ResourceProperties="tns:ExampleResourcePropert
ies" > <operation name="?…. </wsdl:portType> …• portType 和资源特性文档之间的这种关联实际上定义了 Web 服务资源的类型
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_ResourceProperties
• 对 WS_ResourceProperties 的操作 :
• 如果资源特性文档中有如下一个资源特性 :– Get 检索
– Get Multiple 请求消息中所指定的,它允许请求者检索一个或多个 Web 服务资源特性的值
<wsrp:GetResourcePropertyRequest> QName </wsrp:GetResourcePropertyRequest>
WS_ResourceProperties
• 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>
WS_ResourceProperties
• 例如,下面的消息表示一个从有状态资源(比如“ C”)中检索特性“ p1” 的值的请求。
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_ResourceProperties
• 返回消息 :• <soap:Envelope> • <soap:Body> • <wsrp:GetMultipleResourcePropertyResponse> • <p1>xyz</p1> • </wsrp:GetMultipleResourcePropertyResponse> • </soap:Body> • </soap:Envelope>
WS_ResourceProperties
• 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 实例
WSRF 实例
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-Resource Properties
WS-Lifetime
WS-Service Group
Begin PublicCommentProcess
WS-Resource Framework & WS-Notification
NEXT STEPSNEXT STEPS
WS-Base Faults
WS-Notification
WS-Renewable References
WS-Resource Properties
WS-Lifetime
WS-Service Group
Begin PublicCommentProcess
InteroperabilityDemonstration
WS-Resource Framework & WS-Notification
NEXT STEPSNEXT STEPSNEXT STEPSStandards
Body
WS-Base Faults
WS-Renewable References
WS-Service Group
Begin PublicCommentProcess
InteroperabilityDemonstration
WS-Resource Framework & WS-Notification
NEXT STEPSNEXT STEPSNEXT STEPSStandards
Body
WS-Base Faults
WS-Renewable References
WS-Service Group
Begin PublicCommentProcess
InteroperabilityDemonstration
WS-Resource Framework & WS-Notification
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