Transcript Document 7453111

31 August, 2007
A File System Service
for the Venice Service Grid
Markus Hillenbrand, Joachim Götze, Paul Müller
Markus Hillenbrand
University of Kaiserslautern, Germany
Integrated Communication Systems Lab
email: [email protected]
ICSY Lab, University of Kaiserslautern, Germany
33rd Euromicro
28-31August 2007
Lübeck, Germany
1
31 August, 2007
A Grid Classification
• Compute Grids
provide access to CPU cycles
→ e.g. clusters
• Data Grids
provide access to large data
storage → e.g. data bases
• Resource Grids
provide access to resources
→ e.g. special hardware
• Service Grids
provide functionality by combining
resources with algorithms
ICSY Lab, University of Kaiserslautern, Germany
2
31 August, 2007
What is a Lightweight Service Grid?
• A Service Grid …
–
–
–
–
Abstracts from underlying hard- and software
Hides the complexity of its resources
Focuses on the end-user
Provides intuitive means for access
• A Lightweight Service Grid …
– Is easy to deploy
(i.e. quick service creation and deployment)
– Is easy to maintain
(i.e. tool support for management, monitoring, and
configuration at runtime)
– Is easy to use
(i.e. no installation for end-users, GUI for access)
ICSY Lab, University of Kaiserslautern, Germany
3
31 August, 2007
What is the Venice Service Grid?
• A software infrastructure:
– Based on a service-oriented architecture (SOA)
– With focus on openness, dependability and security
– Service deployment on the Internet
• A set of services:
–
–
–
–
Service management at runtime
Service information and access
Service collaboration and communication
Services for building applications upon
• A runtime environment
– For service development and deployment
– For client development and service access
ICSY Lab, University of Kaiserslautern, Germany
4
31 August, 2007
A Venice Service Provider
• Management Services
– User Management
– Resource Management
– Service Management
• Information Services
– User data
– Service data
– Cross-domain communication
• Application Services
– Horizontal:
for all application domains
– Vertical:
for a special application domain
ICSY Lab, University of Kaiserslautern, Germany
5
31 August, 2007
File System Service (Overview)
Related Work
• Amazon Simple Storage
Service S3
– Store, delete, access from
anywhere
– Access Protocols:
• SOAP
• REST
• Torrent
• Grid Computing:
– dCache / OGSA-DAI
– Large files and data sets
ICSY Lab, University of Kaiserslautern, Germany
•
•
Venice Service Grid
Web service interface
Meta data
– File information
– Access control lists
•
Virtual file system
– Service local file storage
– Mount remote data stores
•
•
•
(S)FTP
HTTP(S)
Other (Web) services
– Apache commons VFS
6
31 August, 2007
File System Service (Architecture)
ICSY Lab, University of Kaiserslautern, Germany
7
31 August, 2007
A Presence Service
for the Venice Service Grid
Markus Hillenbrand, Aneta Kabzeva, Paul Müller
Markus Hillenbrand
University of Kaiserslautern, Germany
Integrated Communication Systems Lab
email: [email protected]
ICSY Lab, University of Kaiserslautern, Germany
33rd Euromicro
28-31August 2007
Lübeck, Germany
8
31 August, 2007
A Venice Service Provider
• Management Services
– User Management
– Resource Management
– Service Management
• Information Services
– User data
– Service data
– Cross-domain communication
• Application Services
– Horizontal:
for all application domains
– Vertical:
for a special application domain
ICSY Lab, University of Kaiserslautern, Germany
9
31 August, 2007
What is „Presence“?
• RFC 2778:
“A presence system
allows users to
subscribe to each
other and be notified
of changes in state.“
Presence Service
Presentity
Watcher
Presentity User Agent
Watcher User Agent
IETF IMPP Working Group
Principal
ICSY Lab, University of Kaiserslautern, Germany
10
31 August, 2007
Abstract Model
•
Presence / Watcher User Agent:
Presence Service
– (Graphical) interface of a system
entity for a real system user
(“Principal”)
•
Presentity:
– Provides presence information to
the Presence Service
•
Watcher
Watcher (Subscriber, Fetcher):
– Receives presence information
from the Presence Service
•
Presentity
Presentity User Agent
Watcher User Agent
Presence Service:
– Communication bridge between
Presentity and Watcher
Principal
ICSY Lab, University of Kaiserslautern, Germany
11
31 August, 2007
Presence Information Data Format
• Adheres to RFC 3863
• Status
Presence Information
Presence Tuple
Status
Basic (open, closed)
Extensions
Erweiterungselemente
– Shows availability
– Shows activity
– Shows location
• Contact (optional)
Contact
Contact Address
– Contact address
– Contact priority
• Note (optional)
Note
– Any textual note
Timestamp
• Timestamp
– Last change
Other Markup
• Other Markup (optional)
...
ICSY Lab, University of Kaiserslautern, Germany
– Any extension
12
31 August, 2007
Functionality
•
Presentity
–
•
–
Presentity
Watcher
Manager
Watcher
Confirmed
Subscriptions
Manager
Management of presentity‘s watchers
Subscriptions Manager
–
•
Subscribe to the Presence Service
Unsubscribe from the Presence
Service
Search for users
Filter
Manager
Watcher Manager
–
•
Persistent interface to the Watcher
User Agents
Presence Information Manager
–
–
•
Presence
Information
Manager
Watcher
–
•
Persistent interface to the Presentity
User Agents
Management of watcher‘s
subscriptions
Open
Subscriptions
Manager
Denied
Subscriptions
Manager
Filter Manager (RFC 4660, 4661)
–
–
Manages filters of watchers
Filters data sent to watchers
ICSY Lab, University of Kaiserslautern, Germany
13
31 August, 2007
Thank you for your attention.
ICSY Lab, University of Kaiserslautern, Germany
14