HOWTO17 How to use the Catania Science Gateway Framework as Infrastructure Broker
|Main||Roadmap and Innovation||Technology||For Users||For Resource Providers||Media|
The Catania Science Gateway Framework (CSGF) has been developed by INFN, Division of Catania (Italy), to provide application developers with a tool to create Science Gateways (SGs) in short time and in a very easy way. CSGF is made of a set of libraries to manage Authentication & Authorization mechanisms and to interact with several different kinds of DCIs (grid, cloud, HPC, local, etc.). The CSGF is based on well established and widely adopted standards, such as SAGA, SAML, OCCI, JSR 286, etc. and it is fully compliant with both the EGI.eu VO Portal and User Traceability policies.
The CSGF allows users to instanciate virtual services on the EGI Federated Cloud through web portals/SGs. The Science Gateways based on CSGF provide users with intuitive web interface to manage virtualised services such as instantiating, moving them around different physical resources; interact with and terminate them. This can been done using the CSGF service named MyCloud. Below a list of Science Gateways based on the CSGF where the MyCloud service is available:
The MyCloud service can be installed in any Science Gateway based on Liferay 6.1. If you are interested, please, contact the CSGF support team.
Use the Catania Science Gateway Framework as IAAS or PAAS
The CSGF foresees three distinct figures: the 'Requestor', the 'Cloud Tenant' and the 'Cloud Manager' interacting each other as expressed in the following sub-sections.
Any user registered in one of the Science Gateways where the MyCloud service is available can request a virtualised service by filling an online survey. The registration procedure in a Science Gateway based on the CSGF is described Fedcloud-tf:How_to_use_the_Catania_Science_Gateway_Framework_as_Application_Broker#Execute_applications_already_integrated_in_a_Science_Gateway here accessible by a dedicated section of the SG. Com
The request form has three different set of questions: Requestor' generalities, Cloud resources and the Acceptable usage Policy (AUP). The most important part of the survey consists of the Cloud service description which is splitted in two different parts: The user request one of the available generic templates or a user requests to deploy its own virtual service. Depending on the kind of request the survey questions may differ. At the end of the survey the user must agree and sign to the AUP.
The Cloud Tenant is a special SG user having the rights to manage the instances of the virtualised services. The Cloud Tenant SG rights are bounded within the scope offered by the SG and more in general bounded to the resources provided by its own VO. Only SG registered user can become a Cloud Tenant applying for the specific authorization flag during the portal registration phase. Once gained this particular role it will be possible to access a special portlet named MyCloud. This portlet is capable to manage one or many instances of the requested Cloud services over the Federated Cloud available resources.
This figure is not stricly related to the SG, it rather depends on the physical resources being shared by the VO. This kind of users are the responsible to phisically define the virtual machine templates that will be instantiable by the Cloud tenants through the MyCloud portlet. In small SGs/VOs the Cloud Tenant fully matches with the Cloud Manager and it could be or not a registered member of the SG.