AHM 2005. 21/09/05 www.cpc.wmin.ac.uk1 AHM 2005 Automatic Deployment and Interoperability of Grid Services G.Kecskemeti, Yonatan Zetuny, G.Terstyanszky,

Slides:



Advertisements
Similar presentations
Delivering User Needs: A middleware perspective Steven Newhouse Director.
Advertisements

1 P-GRADE Portal and GEMLCA Legacy Code Architecture Peter Kacsuk MTA SZTAKI
Abstraction Layers Why do we need them? –Protection against change Where in the hourglass do we put them? –Computer Scientist perspective Expose low-level.
Legacy code support for commercial production Grids G.Terstyanszky, T. Kiss, T. Delaitre, S. Winter School of Informatics, University.
P-GRADE and WS-PGRADE portals supporting desktop grids and clouds Peter Kacsuk MTA SZTAKI
Visual Studio Team System (VSTS). Richard Hundhausen Author of software development books Microsoft Regional Director Microsoft MVP (VSTS) MCT, MCSD,
CoreGRID Workpackage 5 Virtual Institute on Grid Information and Monitoring Services Authorizing Grid Resource Access and Consumption Erik Elmroth, Michał.
Grid Execution Management for Legacy Code Applications Exposing Application as Grid Services Porto, Portugal, 23 January 2007.
A Security Pattern for a Virtual Private Network Ajoy Kumar and Eduardo B. Fernandez Dept. of Computer Science and Eng. Florida Atlantic University Boca.
Massimo Cafaro GridLab Review GridLab WP10 Information Services Massimo Cafaro CACT/ISUFI University of Lecce, Italy.
Grid Programming Environment (GPE) Grid Summer School, July 28, 2004 Ralf Ratering Intel - Parallel and Distributed Solutions Division (PDSD)
Porto, January Grid Computing Course Summary of day 2.
The Open Grid Service Architecture (OGSA) Standard for Grid Computing Prepared by: Haoliang Robin Yu.
Web-based Portal for Discovery, Retrieval and Visualization of Earth Science Datasets in Grid Environment Zhenping (Jane) Liu.
Content TCD’s past experience with portals Plans for WS-Pgrade and SCI-BUS – Integration with HELIO to build a portal for the Heliophysics community –
EUROPEAN UNION Polish Infrastructure for Supporting Computational Science in the European Research Space Cracow Grid Workshop’10 Kraków, October 11-13,
1 portal.p-grade.hu További lehetőségek a P-GRADE Portállal Gergely Sipos MTA SZTAKI Hungarian Academy of Sciences.
- 1 - Grid Programming Environment (GPE) Ralf Ratering Intel Parallel and Distributed Solutions Division (PDSD)
The OMII Perspective on Grid and Web Services At the University of Southampton.
CGW 2003 Institute of Computer Science AGH Proposal of Adaptation of Legacy C/C++ Software to Grid Services Bartosz Baliś, Marian Bubak, Michał Węgiel,
1 portal.p-grade.hu Further information on P-GRADE Gergely Sipos MTA SZTAKI Hungarian Academy of Sciences.
Flexibility and user-friendliness of grid portals: the PROGRESS approach Michal Kosiedowski
A General and Scalable Solution of Heterogeneous Workflow Invocation and Nesting Tamas Kukla, Tamas Kiss, Gabor Terstyanszky.
A DΙgital Library Infrastructure on Grid EΝabled Technology ETICS Usage in DILIGENT Pedro Andrade
From P-GRADE to SCI-BUS Peter Kacsuk, Zoltan Farkas and Miklos Kozlovszky MTA SZTAKI - Computer and Automation Research Institute of the Hungarian Academy.
DORII Joint Research Activities DORII Joint Research Activities Status and Progress 6 th All-Hands-Meeting (AHM) Alexey Cheptsov on.
The ACGT Workflow Editing & Enactment Environment Giorgos Zacharioudakis Institute of Computer Science, Foundation for Research & Technology – Hellas (ICS-FORTH)
Sharing Workflows through Coarse-Grained Workflow Interoperability : Sharing Workflows through Coarse-Grained Workflow Interoperability G. Terstyanszky,
INFSO-RI Enabling Grids for E-sciencE Supporting legacy code applications on EGEE VOs by GEMLCA and the P-GRADE portal P. Kacsuk*,
Service Oriented Architectures Presentation By: Clifton Sweeney November 3 rd 2008.
Introduction to WS-PGRADE and gUSE Tutorial Akos Balasko 04/17/
International Directory Network (IDN) Scalability, Security and Interoperability WGISS, 2006 Tom Northcutt Systems Administrator: GCMD September 13, 2006.
Shannon Hastings Multiscale Computing Laboratory Department of Biomedical Informatics.
1 Advanced features of the P-GRADE portal Peter Kacsuk, Gergely Sipos Peter Kacsuk, Gergely Sipos MTA.
Grid Execution Management for Legacy Code Applications Grid Enabling Legacy Code Applications Tamas Kiss Centre for Parallel.
DAME: A Distributed Diagnostics Environment for Maintenance Duncan Russell University of Leeds.
TeraPaths TeraPaths: Establishing End-to-End QoS Paths through L2 and L3 WAN Connections Presented by Presented by Dimitrios Katramatos, BNL Dimitrios.
Institute For Digital Research and Education Implementation of the UCLA Grid Using the Globus Toolkit Grid Center’s 2005 Community Workshop University.
Holding slide prior to starting show. A Portlet Interface for Computational Electromagnetics on the Grid Maria Lin and David Walker Cardiff University.
NA-MIC National Alliance for Medical Image Computing UCSD: Engineering Core 2 Portal and Grid Infrastructure.
Cracow Grid Workshop ‘06 17 October 2006 Execution Management and SLA Enforcement in Akogrimo Antonios Litke Antonios Litke, Kleopatra Konstanteli, Vassiliki.
Workflow Level Grid Interoperability By GEMLCA and the P-GRADE Portal.
P-GRADE and GEMLCA.
1 P-GRADE Portal: a workflow-oriented generic application development portal Peter Kacsuk MTA SZTAKI, Hungary Univ. of Westminster, UK.
GRID Overview Internet2 Member Meeting Spring 2003 Sandra Redman Information Technology and Systems Center and Information Technology Research Center National.
Grid Execution Management for Legacy Code Applications Grid Enabling Legacy Applications.
DAME: A Distributed Diagnostics Environment for Maintenance Dr Tom Jackson University of York.
EGEE-III INFSO-RI Enabling Grids for E-sciencE EGEE and gLite are registered trademarks Services for advanced workflow programming.
1 e-Science AHM st Aug – 3 rd Sept 2004 Nottingham Distributed Storage management using SRB on UK National Grid Service Manandhar A, Haines K,
Resource Brokering on Complex Grids EUROGRID and GRIP Presented by John Brooke ESNW October 3/4 UK/Japan N+N.
Development of e-Science Application Portal on GAP WeiLong Ueng Academia Sinica Grid Computing
1 Practical information for the GEMLCA / P-GRADE hands-on Tamas Kiss University of Westminster.
SHIWA and Coarse-grained Workflow Interoperability Gabor Terstyanszky, University of Westminster Summer School Budapest July 2012 SHIWA is supported.
SHIWA: Is the Workflow Interoperability a Myth or Reality PUCOWO, June 2011, London Gabor Terstyanszky, Tamas Kiss, Tamas Kukla University of Westminster.
1 Other features and next steps Gergely Sipos MTA SZTAKI Hungarian Academy of Sciences.
1 Porting applications to the NGS, using the P-GRADE portal and GEMLCA Peter Kacsuk MTA SZTAKI Hungarian Academy of Sciences Centre for.
1 Further information and next steps Further information and next steps Gergely Sipos MTA SZTAKI
Grid Execution Management for Legacy Code Architecture Exposing legacy applications as Grid services: the GEMLCA approach Centre.
SHIWA Simulation Platform (SSP) Gabor Terstyanszky, University of Westminster EGI Community Forum Munnich March 2012 SHIWA is supported by the FP7.
1 Globe adapted from wikipedia/commons/f/fa/ Globe.svg IDGF-SP International Desktop Grid Federation - Support Project SZTAKI.
Grid Execution Management for Legacy Code Applications Grid Enabling Legacy Applications.
Tamas Kiss University Of Westminster
The Open Grid Service Architecture (OGSA) Standard for Grid Computing
Peter Kacsuk MTA SZTAKI
P-GRADE and GEMLCA.
EIN 6133 Enterprise Engineering
The Anatomy and The Physiology of the Grid
The Anatomy and The Physiology of the Grid
Introduction to the SHIWA Simulation Platform EGI User Forum,
Presentation transcript:

AHM /09/05 AHM 2005 Automatic Deployment and Interoperability of Grid Services G.Kecskemeti, Yonatan Zetuny, G.Terstyanszky, T.Kiss, P.Kacsuk, S. Winter Centre for Parallel Computing Cavendish School of Computer Science University of Westminster

AHM /09/05 Presentation Outline 1.Legacy Code Services for the Grid 2.GEMLCA Concept 3.GEMLCA Architecture 4.Current Limitations of GEMLCA 5.GEMLCA Extension Roadmap 6.Automatic Deployment Service in GEMLCA 7.Service Interoperability 8.Conclusion and Further Work 9.Useful resources 10.Summary

AHM /09/05 Legacy Code Services for the Grid Code from the past, maintained because it works Often supports business critical functions Not Grid enabled Port them onto the Grid with minimal user effort What to do with legacy codes when utilising the Grid? Bin them and implement Grid enabled applications Reengineer them

AHM /09/05 The GEMLCA Concept Compute Servers Resource manager deploys: a. LC, b. GT3/4, c. GEMLCA OGSA Container Job Manager (Condor/Fork) MMJFS Grid Host Environment (GT3/GT4) GEMLCA Service Legacy Code Factory Legacy Code Process Legacy Code Job Client: to apply legacy code Grid service Client: to deploy legacy code Grid service Use the integrated P-GRADE/GEMLCA Portal for each case

AHM /09/05 The GEMLCA Architecture P-GRADE Portal Server Desktop 1 Desktop N Web browser 3 rd generation Grids: (OGSA: GT3, WSRF, gLite) Legacy applications Grid Site 1 Grid Site 2

AHM /09/05 Current Limitations of GEMLCA Current limitations of GEMLCA: –No Automatic Deployment Service  Static mapping of legacy components onto resources. –No Resource Broker –No Information System –No Interoperability Bridge Service  Deployment, management and invocation is limited to a single Grid site (security & policy, middleware, etc)

AHM /09/05 GEMLCA Extension Roadmap (i) Extending GEMLCA with QoS based brokering and load balancing capabilities. What are the main barriers? –Deployment: LC services are deployed and mapped manually to Grid resources at workflow construction time. –Interoperability: LC services are deployed and managed within a single Grid environment (single security/policy domain).

AHM /09/05 The GEMLCA Extension Roadmap (ii) GEMLCA with Brokering, Information System and Automatic Deployment Support Interoperability Bridge

AHM /09/05 Automatic Deployment Service in GEMLCA (i) GEMLCA services deployment limitations Deployment scenarios  Deploying new Grid services  Migrating existing Grid services The need for an Automatic Deployment Service  Automatic selection services  Grid systems integration  Refining existing services Deployment Service Architecture  Deployment steps

AHM /09/05 Automatic Deployment Service in GEMLCA (ii) Figure 3Automatic Deployment Service Architecture

AHM /09/05 Service Interoperability (i) Policy & Security challenges for Grid services interoperability.  Multiple security implementations  Dynamic creation of services  Dynamic trust domain establishment Policy & Security interoperability scenarios.  Deployment and migration of Grid services  Invocation of Grid services Interoperability Bridge Service architecture  Negotiator Layer  Analyzer Layer  Classifier Layer  Dispatcher Layer  Bridge Layer

AHM /09/05 Service Interoperability (ii) Figure 4 ADS and the x-Service Interoperability Layer

AHM /09/05 Conclusion and Further Work The industrial need for converting LC applications into Grid services with a minimal user effort. GEMLCA – The answer for deploying legacy applications on the Grid. Making GEMLCA a more comprehensive solution for Grid users by developing/extending the following features:  Information system support  Brokering  Load balancing  Automatic deployment and migration of services in a single/multi domain environments. Implementing of these architectures and integration with GEMLCA is currently in progress.

AHM /09/05 Useful Resources GEMLCA URL: – P-GRADE portal URL: – P-GRADE NGS portal URL: – P-GRADE NGS GEMLCA portal –

AHM /09/ Summary – Automatic Deployment and Interoperability of Grid Services - Summary – Automatic Deployment and Interoperability of Grid Services Questions? Comments? Suggestions? Thank you! Contact us: The GEMLCA Team URL: