1,735
Views
1
CrossRef citations to date
0
Altmetric
Technical note

An open compute and data federation as an alternative to monolithic infrastructures for big Earth data analytics

ORCID Icon, ORCID Icon, ORCID Icon, ORCID Icon, ORCID Icon, ORCID Icon, , ORCID Icon, & ORCID Icon show all
Pages 812-830 | Received 25 Feb 2022, Accepted 23 Jun 2022, Published online: 13 Jul 2022

Figures & data

Figure 1. Basic functional framework for the C-SCALE compute and data federation.

Figure 1. Basic functional framework for the C-SCALE compute and data federation.

Table 1. EO product redistribution software used by relevant parties, indicating currently supported protocols for data access and lookup. Those are the two most important features to be unified across the federation.

Table 2. Pros and cons of OpenSearch and STAC-API.

Figure 2. Metadata query service architecture.

Figure 2. Metadata query service architecture.

Figure 3. Federated access in C-SCALE is achieved via EGI Check-in and SRAM. Both serve as community Authentication and Authorisation Infrastructures (Community AAI in the above) and are compliant with the AARC blueprint architecture. The above figure was taken from the EOSC-hub project documentationFootnote18.

Figure 3. Federated access in C-SCALE is achieved via EGI Check-in and SRAM. Both serve as community Authentication and Authorisation Infrastructures (Community AAI in the above) and are compliant with the AARC blueprint architecture. The above figure was taken from the EOSC-hub project documentationFootnote18.

Figure 4. Federated software distribution in C-SCALE.

Figure 4. Federated software distribution in C-SCALE.

Figure 5. Basic use case sequence diagram.

Figure 5. Basic use case sequence diagram.

Table 3. Summary of use cases and the challenges they are trying to overcome.

Data availability statement

The data that support the findings of this study are openly available in https://zenodo.org/ at https://zenodo.org/communities/c-scale/.