Skip to end of metadata
Go to start of metadata

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

Compare with Current View Page History

« Previous Version 13 Next »

LET OP

Work-in-progress space, to be published in the SCZ Public Space

Deze pagina is voor mensen die meer willen weten over het wat en waarom van de Science Collaboration Zone (SCZ). De SCZ wordt momenteel ontwikkeld met een aantal instellingen. Afhankelijk van de uitkomsten zal worden gekeken of het een dienst wordt die SURF kan aanbieden.

Waarom de SCZ?

Onderzoekers die (internationaal) willen samenwerken en aanbieders die onderzoeksfaciliteiten willen aanbieden aan samenwerkingsverbanden, lopen tegen een aantal uitdagingen aan die bij elke nieuwe samenwerking relatief veel energie kosten:

  • Er moet 'iets' geregeld worden om mensen uit te nodigen die toegang moeten hebben tot resources (invites, enrollment),
  • Er moet elke keer een manier worden gevonden voor het beheer van samenwerkingsgroepen,
  • Het daadwerkelijk federatief toegang geven van uitgenodigde mensen tot (vooral non-web-)resources (denk aan resources die via SSH benaderd moeten worden) kost nu vaak relatief veel tijd ('accountbeheer', provisioning etc),
  • Toegang geven tot een dienst aan niet-Nederlandse onderzoekers (via publicatie in eduGAIN) en mensen zonder edu-account ("gasten", b.v. van bedrijven die betrokken zijn bij het onderzoek) vergt relatief veel werk,
  • Bestaande structuren hebben beperkingen. SURFconext-voorbeeld: bij elke instelling zit een verantwoordelijke die per dienst afweegt of die wel of niet via SURFconext beschikbaar gemaakt moet worden, en o.a. regelgeving zorgt dat dat bij veel instellingen niet of traag gebeurt indien er "slechts enkele onderzoekers" toegang moeten hebben.

In de praktijk wordt vaak met veel energie opnieuw het wiel uitgevonden. Samenwerkingen lopen vertraging op in de opstartfase. En resources worden minder optimaal benut dan mogelijk. De Science Collaboration Zone wil een oplossing bieden.

Hoe biedt de SCZ een oplossing?

De Science Collaboration Zone wil een oplossing bieden door:

  • Een omgeving te bieden waar instellingen snel een samenwerkings-groep kunnen aanmaken, daaraan groepsmanagers kunnen toewijzen en die vervolgens die groep kunnen beheren, mensen kunnen uitnodigen etc
  • Te zorgen dat instellingen die resources willen delen dat kunnen doen met de SCZ, en dat de SCZ zorgt voor eenvoudige beschikbaarheid via eduGAIN
  • Te zorgen dat non-web resources via instellings-accounts (federatief) benaderbaar worden 
  • Te zorgen dat mensen zonder edu-account ook eenvoudig uitgenodigd kunnen worden en de resources kunnen benaderen
  • Een (1) SCZ-omgeving te bieden waar veel diensten die voor onderzoekers relevant zijn aan gekoppeld zijn. Een instelling hoeft eenmalig met de SCZ te koppelen om daarmee onderzoekers toegang te geven tot alle deelnemende diensten en resources.

Heb je een plaatje van hoe de SCZ er uit ziet?

Schematisch zien we de SCZ momenteel als volgt voor ons:

Bij dit plaatje hoort uiteraard een verhaal en je kunt er lang over praten en veel over zeggen. Veel tekst lijkt ons in deze wiki niet handig. In het kort worden onderzoeksdiensten met de SCZ-proxy gekoppeld: die diensten hoeven dus maar 1 koppeling te maken en onderhouden. De SCZ-proxy:

  • koppelt aan de andere kant met SURFconext zodat onderzoekers bij Nederlandse instellingen gebruik kunnen maken van de onderzoeksdiensten en zodat gebruik kan worden gemaakt van de gast-IdP (OneGini) die SURFconext al heeft ingeregeld
  • koppelt met eduGAIN zodat onderzoekers bij instellingen buiten Nederland de onderzoeksdiensten kunnen gebruiken
  • zorgt voor een oplossing om non-web-diensten federatief te ontsluiten

Planning / status

Tot juni 2017 is Fase 1 afgerond: er is gesproken met partijen om een idee te krijgen van use-cases, er is voldoende idee ontwikkeld van wat er moet gebeuren, daar is een voorstel voor geschreven en er is draagvlak voor uitvoeren van fase 2, waarbij we 'dingen gaan bouwen' en daarmee pilots gaan doen.

SCZ fase 2 richt zich op:

  • Een grootste-gemene-deler dienst bouwen voor de use cases en pilots
  • Het opbouwen van de SCZ technische infrastructuur
  • Het opstellen van de SCZ policy
  • Het toetsen van de SCZ technische infrastructuur en policy aan de beschreven use cases
  • Ervaring opdoen met de SCZ middels pilot projecten met (o.a.) UvA/HvA, BBMRI (UMCs) en U2Connect (iRODS)

Wat willen we aan het einde van fase 2 weten / bereikt hebben?

  • MoSCoW lijst voor SCZ functionaliteit
  • Duidelijkheid of SaToSa het juist proxy product is
  • Overwegingen voor verschillende tenancy modellen van COmanage (lokaal, hosted bij SURF, hosted bij eduTEAMS) en Proxy (single tenant / multi tenant)
  • Duidelijkheid in welke mate de SCZ voldoet aan de wensen van de pilot partners, en welke verbeterpunten er zijn

Beoogde deliverables

  • SCZ technische infrastructuur met COmanage en SaToSa, inclusief beschrijving en handleiding op de wiki
  • Beschrijving van de policy
  • Voorstel voor vervolg; is er genoeg aanleiding voor het tot een dienst ontwikkelen of moeten we de pilots helaas afbouwen?
  • Per pilot project een beschrijving van het project, doel en resultaten, inclusief een door de pilot partner opgestelde evaluatie

Planning

  • Aug/Sep Inrichten pilotomgeving
  • Okt/Nov Aansluiten backendsystemen
  • Okt/Nov Inrichten en testen deployment-flows
  • Okt-Mei Pilot:
    • Toegang “gewone” gebruikers
    • Finetunen flows
    • Meer diensten aansluiten
    • Platform doorontwikkelen
  • Okt-Dec Inrichten en finetunen toegang “externen”/”gasten”/etc
  • Zomer 2018 go/nogo volgende fase SCZ (dienstontwikkeling of afbouw)
  • Pilot partners in ieder geval ondersteunen tot eind 2018

Ongeacht besluit (Go of NoGo) worden pilot partners tot eind 2018 ondersteund.

Wat verwachten we van deelnemende instellingen?

We verwachten vooral input over wat we moeten bouwen en dat ze hun gebruikers/samenwerkingen actief betrekken. De deelnemende instellingen gaan tussen oktober 2017 en mei 2018 testen of wat er gerealiseerd is, voor hun use case(s) voldoet. 

Meer informatie

Interesse? Vragen? Suggesties? Mail met Raoul Teeuwen (raoul.teeuwen@surfnet.nl ).

 

  • No labels