Difference between revisions of "IMarine Data E-Infrastructure Deployment and Operation: Resources"
Andrea.manzi (Talk | contribs) |
Andrea.manzi (Talk | contribs) |
||
Line 21: | Line 21: | ||
* '''[[Computing and Storage Resources Providers | Computing and Storage Resources Providers ]]''' | * '''[[Computing and Storage Resources Providers | Computing and Storage Resources Providers ]]''' | ||
* '''[[Community Resources Providers | Community Resources Providers]]''' | * '''[[Community Resources Providers | Community Resources Providers]]''' | ||
− | * '''[[ | + | * '''[[Extra EA Domain Resources Providers | Extra EA Domain Resources Providers]]''' |
Revision as of 18:58, 27 December 2011
The D4ScienceAn e-Infrastructure operated by the D4Science.org initiative. Ecosystem is composed by 2 groups of resources:
- resources provided by the sites managed by different EU project partners (iMarine, EUBrazilOpenBio, etc) or provided by external partners sites having an established collaboration with some of the EU Projects.
- resources accessible using a federated approach.
In particular the iMarine project partners ( CNR, NKUA, FAO, FIN) and its external partner ( ASGC) provide hosting resources:
- Hosting Resources: the physical and virtualized resources supporting the infrastructure
where to deploy gLite/EMI, gCube, Hadoop and other needed software:
- gCube Resources : the gCube software resources
- gLite/EMI Resources : the gLite and EMI middleware resources
- Hadoop Resources: the Hadoop software resources
- Runtime Resources: other type of Resources exploited at runtime by the gCube Services.
As said, besides the resources iMarine hosts in the D4ScienceAn e-Infrastructure operated by the D4Science.org initiative. Ecosystem, iMarine is establishing close interoperability links with other infrastructures, many of them already available in the D4ScienceAn e-Infrastructure operated by the D4Science.org initiative. Ecosystem. These collaborations are based on a Research Collaboration Model where resources of one infrastructure can be consumed or accessed by another infrastructure and vice-versa through an agreement community-based approach under the control of the infrastructure’s middleware:
The Federated Resources providers can be grouped in 3 categories: