Alert.png The wiki is deprecated and due to be decommissioned by the end of September 2022.
The content is being migrated to other supports, new updates will be ignored and lost.
If needed you can get in touch with EGI SDIS team using operations @ egi.eu.

GOCDB/Data Scoping

From EGIWiki
< GOCDB
Revision as of 09:06, 23 June 2011 by Jcasson (talk | contribs)
Jump to navigation Jump to search

Introduction

To mark data within GOCDB as EGI data a new tagging system will be implemented. Such a tagging system will allow other types of tags to be defined in future. These other tags can be used by NGIs wishing to customise their GOCDB instance.

Underlying Implementation

A new PROM class called Tag will be introduced that can be linked to sites, service endpoints, downtimes, users and user roles. We will create an instance of this tag class called EGI. If a site, SE, downtime, user or user role has a PROM link to the EGI tag then the object will be exposed to the EGI infrastructure through the PI. If such an object isn’t tagged it won’t be exposed to the production infrastructure.

PI

A regional GOCDB should provide a scope query parameter for all PI queries that can show data about a site, SE, downtime, user or user role. This scope parameter will return objects only if they are marked with the specific tag. In this use case the tag will always be EGI.

e.g. https://goc.egi.eu/gocdbpi/private/?method=get_site&scope=egi

A tag can also be used to include or exclude data from a regional to central GOCDB transfer mechanism. It is intended for this functionality to be used as such in the future. The intention is for a new set of PI queries to expose only EGI data. This data will then be read by the central GOCDB.

Scoping Rules

An EGI child must have an EGI parent (e.g. an EGI SE must have a parent EGI site, an EGI role must have a parent EGI user etc).

User Interface

DataScopingUI.PNG

We will add a tick box to each affected data type (sites, service endpoints, downtimes, users and user roles) on the add and edit forms.

The question mark button can be replaced with something more appropriate, however it should lead to a page explaining that marking data as EGI will send that data to the central GOCDB portal.

The user interface should enforce the scoping rules set out above. The UI should also automatically de/select the EGI tick box for new objects depending on whether their parents are EGI objects. For example, when adding a new service endpoint to an EGI site the EGI box in the Add New Service Endpoint form should be ticked by default. Similarly if a downtime is to be added to a set of non-EGI service endpoints the EGI box shouldn’t be ticked by default.

The web portal should be modified so that viewing a list of sites, SEs, downtimes and search results can be filtered by EGI / non-EGI.

We will change Browse Sites in the left hand menu to Browse EGI sites and add a new link to Browse Local Sites. This will also need a help button by it explaining the difference.