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.

Difference between revisions of "GOCDB/Roadmap"

From EGIWiki
Jump to navigation Jump to search
Line 12: Line 12:


===Support different AAI schemes===
===Support different AAI schemes===
* Add support for Federated Identity Management (FIM) to allow authentication other than x509 (can currently login with EGI un/pw provided your EGI SSO account is associated with a valid certificate, this allows login from browsers without your personal certificate).  
* Add support for Federated Identity Management (FIM) to allow authentication other than x509.  
* Depends on outcome of EGI Engage AAI working group.  
* Depends on outcome of EGI Engage AAI working group.  
* Extend the authentication system for different open-access modes allowing un-authenticated users to browse the public-facing services/resources in read-only mode (hiding selected/sensitive data).  
* Extend the authentication system for different open-access modes allowing un-authenticated users to browse the public-facing services/resources in read-only mode (hiding selected/sensitive data).  
===Role Logging===
* Record role request/approval/denial logs. 


===Change Logging===
===Change Logging===
* Record who did what and when, record object diffs pre/post change (July 2015 - June  2016, EUDAT M4-M15)
* Record who did what and when, record object diffs pre/post change (July 2015 - June  2016, EUDAT M4-M15)
===Customise Roles per Project===
* Abstract the GOCDB Roles/RoleTypes so they can be customised per project for improved multi-tenant project hosting.  Potentially use a Business Rules Management Engines (BRMS), and assess feasibility and benefit: currently GOCDB enforces a number of EGI specific business rules and access policies. These could be abstracted into a separate module (or external system) to allow other resources in different projects/scopes to apply different rule-sets and policies for their resources.




Line 69: Line 69:
* Introduce a more capable MVC framework to improve the UI and user experience
* Introduce a more capable MVC framework to improve the UI and user experience


===Business Rule Abstraction===
* Abstract the GOCDB business rules to allow different Rules/Roles/RoleTypes per project, potentially using a Business Rules Management Engines (BRMS), and assess feasibility and benefit: currently GOCDB enforces a number of EGI specific business rules and access policies. These could be abstracted into a separate module (or external system) to allow other resources in different projects/scopes to apply different rule-sets and policies for their resources


<!--  
<!--  

Revision as of 10:54, 3 September 2015

Main EGI.eu operations services Support Documentation Tools Activities Performance Technology Catch-all Services Resource Allocation Security


GOC DB menu: Home Documentation Index


Current Roadmap

Current roadmap: https://wiki.egi.eu/wiki/EGI-Engage:TASK_JRA1.4_Operations_Tools#GOCDB

Support different AAI schemes

  • Add support for Federated Identity Management (FIM) to allow authentication other than x509.
  • Depends on outcome of EGI Engage AAI working group.
  • Extend the authentication system for different open-access modes allowing un-authenticated users to browse the public-facing services/resources in read-only mode (hiding selected/sensitive data).

Change Logging

  • Record who did what and when, record object diffs pre/post change (July 2015 - June 2016, EUDAT M4-M15)

Customise Roles per Project

  • Abstract the GOCDB Roles/RoleTypes so they can be customised per project for improved multi-tenant project hosting. Potentially use a Business Rules Management Engines (BRMS), and assess feasibility and benefit: currently GOCDB enforces a number of EGI specific business rules and access policies. These could be abstracted into a separate module (or external system) to allow other resources in different projects/scopes to apply different rule-sets and policies for their resources.



Investigate Service Registry Requirements

  • Investigate how GOCDB can support a front/public-facing service registry for science-applications. This would probably need to cover: un-authenticated users, service SLAs, pay-for-use details, service access/usage policies, service-capabilities, other extra info...


Render GOCDB data in GLUE2 Format

Insert-downtime PI method


Enhance Data Model

  • Extend the data model to more effectively support clouds, virtual infrastructures new resource types, marketplace e.g. by supporting more attributes from the GLUE2 standard and the currently evolving GLUE2.1 cloud extensions.

Provide Service and ServiceEndpoint PIDs

  • e.g. leverage the EPIC PID service (www.pidconsortium.eu) to assign PIDs to Services and Endpoints
  • Creates a longtime stable and unique service-id, assigned when a new SE is created.
  • ID could be resolvable such as the EPIC/Handle PIDs are.
  • Provide at least one new specific PID field which can be entered by site (service-endpoint) managers.

Enhance UI

  • Introduce a more capable MVC framework to improve the UI and user experience