1. Tutorial on Science Gateways, Roma, 04.06.2013 Catania Science Gateway Framework Motivations, architecture, features Riccardo Rotondo

2. Tutorial on Science Gateways, Roma, 04.06.2013 Outline  Authentication & Authorisation  SAGA and its implementations  Architecture  Application Server Integration Riccardo Rotondo

3. Tutorial on Science Gateways, Roma, 03.06.2013 Riccardo Rotondo

4. Liferay user database  Liferay supports several system to store users data, both local and remote  Supporting the largest number of users in the easiest way  A modular way to distinguish between different services and privileges is need  Science Gateways stores users on an LDAP server Riccardo Rotondo Tutorial on Science Gateways, Roma, 04.06.2013

5. Authentication  Authentication is demanded on external IDP  Communication between Liferay and the IDP happens thanks to Shibboleth  Shibboleth plugin, installed on Liferay, is responsible to read the token coming from the IDP and to pass it to Liferay Riccardo Rotondo Tutorial on Science Gateways, Roma, 04.06.2013

6. Authorisation  Authorisation is demanded to the LDAP server  Liferay, through a plugin implemented, request to Shibboleth the mail address(es) an try a match with the ones stored (local, remote) Riccardo Rotondo Tutorial on Science Gateways, Roma, 04.06.2013

7. Registration  In the act of registration user data must be written on the LDAP connected to Liferay  A portlet has been developed to perform this actions Riccardo Rotondo Tutorial on Science Gateways, Roma, 04.06.2013

8. Integrated Services Tutorial on Science Gateways, Roma, 04.06.2013 GRID CLOUD JSR 168/268 Catania Science Gateway Framework Local Cluster Riccardo Rotondo

9. Tutorial on Science Gateways, Roma, 03.06.2013 Riccardo Rotondo

10. A Simple API for Grid Applications (SAGA)  SAGA is an API that provides the basic functionality required to build distributed applications, tools and frameworks;  It is independent of the details of the underlying infrastructure (e.g., the middleware);  SAGA is an OGF specification: http://www.gridforum.org/documents/GFD.90.pdf. http://www.gridforum.org/documents/GFD.90.pdf Tutorial on Science Gateways, Roma, 04.06.2013 Riccardo Rotondo

11. A Simple API for Grid Applications (SAGA)  SAGA is composed by:  SAGA Core Libraries: containing the SAGA base system, the runtime and the API packages (file management, job management, etc.);  SAGA Adaptors: libraries providing access to the underlying grid infrastructure (adaptors are available for Globus, gLite, etc.);  SAGA defines a standard We then need an implementation! Tutorial on Science Gateways, Roma, 04.06.2013 Riccardo Rotondo

12. A Simple API for Grid Applications (SAGA)  Several Implementations are available:  A C++ and a Java implementation developed at the Louisiana State University / CCT and Vrije Universiteit Amsterdam (http://saga.cct.lsu.edu);http://saga.cct.lsu.edu  A Java implementation developed at CCIN2P3 (http://grid.in2p3.fr/jsaga/);http://grid.in2p3.fr/jsaga/  A Python implementation based on those above. Tutorial on Science Gateways, Roma, 04.06.2013 Riccardo Rotondo

13. Job Engine Middleware Independent JSAGA supports gLite, Globus, ARC, UNICORE, etc. Tutorial on Science Gateways, Roma, 04.06.2013 Riccardo Rotondo

14. Job Engine - Requirements  The Job Engine has been designed with the following requirements in mind: Tutorial on Science Gateways, Roma, 04.06.2013 FeatureDescriptionStatus Middleware Independent Capacity to submit job towards resources running different middleware DONE EasinessCreate code to run applications on the grid in a very short time DONE ScalabilityManage a huge number of parallel job submissions fully exploiting the HW of the machine where the Job Engine is installed DONE PerformanceHave a good response timeDONE AccountingRegister every grid operation performed by the users DONE Fault ToleranceHide middleware failure to the final usersDONE WorkflowProviding a way to easily create workflowPARTIALLY DONE Riccardo Rotondo

15. Tutorial on Science Gateways, Roma, 04.06.2013 Job Engine - Architecture WT Worker Threads for Job Submission WT Worker Threads for Job Check Status USERS TRACKING DB MONITORING MODULE Resources Jobs Queue WT Jobs Submission Jobs Check status/ Get output Riccardo Rotondo

16. Glassfish Integration  Access to database is not direct but make use of Glassfish connection pools and hibernate  JNDI resource are used as well in order to offer some functionalities working behind the scene of job submission:  Thread pool responsible for job submission  Thread pool responsible for job status updates  Thread pool responsible for retrieving job output Riccardo Rotondo Tutorial on Science Gateways, Roma, 04.06.2013

17. Tutorial on Science Gateways, Roma, 03.06.2013 Riccardo Rotondo

18. Science Gateway paradigm  Efforts to grant easy yet secure access to remote services and related resources brought to the birth of Science Gateways  Virtual Research Communities access remote resources in a collaboration environment that hides the underlying complexity  SGs help many users to better use the enormous grid computational power  Is large grid&cloud data storage accessible as well in such an easy way? Tutorial on Science Gateways, Roma, 04.06.2013 Riccardo Rotondo

19. Motivations Um… isn’t your computer on fire ? It’s ok, my files are stored in a safer place. Image source: 19 Tutorial on Science Gateways, Roma, 04.06.2013 Riccardo Rotondo

20. Grid Data Management Challenges  Make interfaces simple for non expert users  CLI-based Grid storage interface is not straightforward  Transactions to different e-Infrastructures require different authentication method  Should this transaction involve the Science Gateway directly?  Complexity of current protocols to manage different storage elements  Offer an easy intuitive interface to the end users Tutorial on Science Gateways, Roma, 04.06.2013 Riccardo Rotondo

21. Requirements  Storage complexity hidden to end users  Users move files from/to a portal and see it as simple external storage accessible from a web interface and do not care about grid (or any other) technologies behind  File management smoothly integrated with all the services provided in the SG  Underlining architecture exposes a file-system-like view (i.e., a Virtual File System or VFS) through which users can perform the following actions:  Create, move, delete files/directories with the desired structure  Share files with other users  Set the number of backup copies desired Tutorial on Science Gateways, Roma, 04.06.2013 Riccardo Rotondo

22. Implementations  Virtual File System requires a database to map users, virtual resource and real resource  Object-relation mapping approach  Liferay Service Builder  Database tables are not used only to keep trace of resource (file) but to define referring e-Infrastructures too  Planning to support up to 4 different e- Infrastructures: local, remote, grid, cloud (GARRBOX) Riccardo Rotondo Tutorial on Science Gateways, Roma, 04.06.2013

23. References  Catania Science Gateways url: http://www.catania-science-gateways.it http://www.catania-science-gateways.it  Catania Science Gateway Sourceforge Project: http://sourceforge.net/projects/ctsciencegtwys/ http://sourceforge.net/projects/ctsciencegtwys/  Gilda Portal (for developers): http://gilda.ct.infn.it/ http://gilda.ct.infn.it/ Tutorial on Science Gateways, Roma, 04.06.2013 Riccardo Rotondo

24. Tutorial on Science Gateways, Roma, 04.06.2013 Riccardo Rotondo

25. Questions ? Riccardo Rotondo Tutorial on Science Gateways, Roma, 03.06.2013