You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 15 Next »

In 2018 the SURF SCZ-team conducts pilots with a number of institutions. Goal of the pilots is to investigate the exact needs (what features does SCZ need to provide), test actual software, develop software based on needs and at the end of 2018 be able to decide on a go/no go on whether SURF can offer this as a service and if so, how to cover the cost etc.

The below table shows institutions that have contacted the SCZ-team and what requirement(s) they've expressed. Each institution has its own dynamics, so some institutions are swift in steps taken to connect (a) service provider(s) and test SCZ, while others have one or more reasons the pilot doesn't progress as fast as some might hope. 

Although we try to keep (also) this page current, for the latest information if needed, check with raoul.teeuwen@surfnet.nl . To be added as a pilot, please read

Institution(s) or collaborationRequirementsStatus
UU (U2Connect)UU has built an iRODS based data management middleware solution to share data with researchers both from within the UU and with researchers from remote institutions; UU has augmented iRODS with a layer called YODA, Your Data. In this pilot, YODA is coordinating user provisioning but is using SCZ COmanage API's to do a large part of the actual work.
From the SCZ perspective, UU is testing the guest access functionality, invitation flows and non-web-access.
Deployed, testing/piloting and improving/extending
UvA/HvA

UvA/HvA is looking to share local (UvA/HvA) e-resources with the rest of the "world" as part of their internal project "Access to ICT services UvA and HvA for external researchers” ("Toegang tot ICT diensten UvA en HvA door derden onderzoekers”). For the pilot, three service providers are selected to share resources: Geoserver, OpenLab and O2.
From the SCZ perspective, UvA/HvA is testing the guest access functionality, invitation flows, self-service/decentralized authorization, publication of an SP in eduGAIN and non-web-access.

Discussing LDAP structure, configuring flows
BBMRI/Health-RI

Lifescience & Health project (mainly in UMCs) aiming to share data and compute resources. Primarily focusing on non-web SSO and on-boarding workflows and group management solutions. (EU context as well in BBMRI-ERIC).
From the SCZ perspective, BBMRI is testing the guest access functionality, invitation flows, self service/decentralized authorisation, publication of an SP in eduGAIN and non-web-access.

Investigating XNAT connection to SCZ.
RUG

The RUG needs specific attributes to facilitate RUG VRE's to their researchers to allow usage of non-web services and want to see whether SCZ COmanage can supply that functionality. They want to test a workflow for their LDAP with a predefined or random value. Users connected to SURFconext or eduGAIN should be allowed access using their institutional credentials. RUG also wants to use and pilot (Delegated) Group management and configurable enrolment and deprovisioning flows.
From the SCZ perspective, RUG is testing the guest access functionality, invitation flows, self service/decentralized authorisation and non-web-access.

Connecting services
SURFsara Research Cloud projectLooking to extend the supplied research services with AAI capabilities, invite flows etc. For this pilot, a number of API's are created so SURFsara has machine-based access to certain SCZ functionality.
From the SCZ perspective, SURFsara is testing the guest access functionality, invitation flows, self service/decentralized authorisation and non-web-access.
Investigating possibilities to connect services.
CWI/VRE4EIC Have connected web based SP and supplied person with Italian CNR identity access via eduGAIN and piloted authorisation based on attributes.
From the SCZ perspective, CWI/VRE4EIC is testing the guest access functionality, invitation flows, self service/decentralized authorisation and publication of an SP in eduGAIN.
Successfully completed pilot goal. Looking to extend.
VUmcVU University Medical Center Amsterdam (VUmc) has been awarded a grant for innovating on the matter of "Enabling future research collaborations to speedier start up of secure collaboration". VUmc wants to test the SCZ-stack in combination with Azure AD and is planning to use LDAP to connect services to the SCZ environment.
From the SCZ perspective, VUmc is testing the guest access functionality, invitation flows, self service/decentralized authorisation, publication of an SP in eduGAIN and non-web-access.
Successfully connected Azure VM environment, looking to extend pilot.
UMCUWants to use AAI to securely share their HPC environment with on-campus IdP's, and other IdP's.Setting up connection.
MUMCWant to connect their iRODS-based DataHub portal.Investigating similar setup we did for SURFsara
SURFsara iRODSProviding access to non-web resource iRODS from SURFsara.
From the SCZ perspective, SURFsara iRODS is testing the guest access functionality, invitation flows, self service/decentralized authorisation, publication of an SP in eduGAIN and non-web-access.
A demo has been prepared for SURFsara to evaluate
TU/eThe Data Science Center is investigating in a project whether/how research data can be stored in public clouds, for instance by using crypto, while still being able to share the data with teams. In the pilot we'll try to build a flow using BoxCryptor and see whether the inviteflows, teams and authorisation features of SCZ can contributeConnecting service.
Aeneas/Astron

Astron is involved in the EOSC-hub project in which it needs to evaluate available services for enabling federated access for the LOFAR community. AENEAS is an EU H2020 project to prepare a European/Regional Square Kilometer Array (SKA) Data Center. NIKHEF is 1 of the data hosters. Services considered for federated access are Indico, Docuwiki, mailing lists (e.g. Sympa) and WordPress CMS.
From the SCZ perspective, Aeneas is a potential candidate for a possible service phase.

Evaluating SCZ as one of the possible solutions.
CLARIAHCLARIAH is running an OpenConext environment to allow access to their resources. They would like to outsource this task to save on operations.
From the SCZ perspective, CLARIAH is interested in connecting IdP's within and outside of the Netherlands to webbased resources and providing guest access.
Paused.
  • No labels