19
A Model of the Environment for Flexible Access to Complex Distributed Applications Michal Kosiedowski [email protected]
| Date post: | 02-Jan-2016 |
| Category: |
Documents |
| Upload: | olivia-townsend |
| View: | 216 times |
| Download: | 0 times |
A Model of the Environment for Flexible Access to Complex
Distributed ApplicationsMichal Kosiedowski
Agenda
• Distributed systems• Complex distributed scenarios• The model• The examples• Conclusions
Distributed systems
Computing grid
Grid data management system
Digital library
Content delivery system
Scenario 1Illness
Parts of
virus DNA
Treatment
Whole DNA
DNA
sequencing
Computing
grid
Virus name
or type
DNA
comparison
Grid data
management
system
Publications
about the virus
Information
retrieval
Digital library
Scenario 2Accident
RTG
Injury type
Picture
comparison
Grid data
management
system
Instructions
Video
delivery
Content
delivery
systemReference
cases
Information
retrieval
Digital libraryHealth
parameters
Treatment
Scenario 3Holiday
Travel
preferences
Travel
destinations
Travel
reservation
Travel
reservation
system
Information
about travel
destinations
Information
retrieval
Digital library
Documentary
video
Video
delivery
Content
delivery
system
Vacation
What we could do (1)
• Create the appropriate workflows within portals– lack of flexibility – hard to reuse an application created
that way in other locations than original
What we could do (2)
• Redeploy the implemented portlets into other portals– what if that other portal does not
have the required relational database available?
What we could do (3)
• Use the WSRP standard for accessing remote portlets– what if the original portal is in
Australia, the actual resources in USA and I want to access this from my portal based in Poland?
– what about the load of the original application portal?
What we should do (1)
• Introduce additional layer of services grouped within service providers– abstractive descriptors for objects such as, for
example, computing jobs, computing applications, medical reference cases, travel destinations, ... and complex distributed applications
– high-level services manage these objects, store the descriptors in an underlying database
– high-level services utilize the functionality of the underlying systems to perform specific tasks
What we should do (2)
• For the more efficient realization of the various jobs and tasks broker services should be added on top of the functional systems:– already available in many of these
systems (computing grid, data management system)
– the broker services accept tasks for realization within the underlying systems
Architecture
Computing
Grid
Grid Data
Management
System
Distributed
Digital
Library
Content
Delivery
System
Grid
Resource
Broker
Data
Broker
Library
Broker
Delivery
Broker
Grid Service
Provider
Telemedicine
Service
Provider
Digital Library
Service
Provider
iTVP Service
Provider
Computing Portal iTVP PortalDigital Library
Portal
Telemedicine
Portal
Example 1 - PROGRESS
• Grid Service Provider– Job Submission Service– Application Management
Service
• Services may be accessed by multiple portals
• PROGRESS Portlet Framework to facilitate the construction of portletsComputing
Grid
Grid Data
Management
System
Grid Service
Provider
Grid
Resource
Broker
Data
Broker
PROGRESS
HPC Portal
PROGRESS
HPC Portal
PROGRESS
HPC Portal
PROGRESS in PIONIER network
Wrocław
Gdańsk
Example 2 - Telemedicine
• Telemedicine Portal: Surgery
• Telemedicine Service Provider– Teleconsultations Service– Reference Cases Service
Grid Data
Management
System
Distributed
Digital
Library
Content
Delivery
System
Telemedicine
Service
Provider
Data
Broker
Library
Broker
Delivery
Broker
Telemedicine
Portal
Telemedicine in PIONIER network
• Regional optical network
• Connecting local hospitals with clinic experts
• Delivering grid resources and services to local hospitals
Conclusions (1)
• Introduction of service providers grouping high-level services adds flexibility to the construction of grid portals
• The construction and utilization of distributed applications is easier with an extended set of services available
• The realization of complex distributed scenarios is easier to achieve
Conclusions (2)
• We want to use this architecture for the realization of grid service environments and delivery of complex distributed applications in the PIONIER network
• The model was used for the PROGRESS environment and is the basis for the realization of the Telemedicine project
• Other environments are planned: SME Portal
