Difference between revisions of "GOCDB/Release4/Development/GLUE2Compatibility"
Line 32: | Line 32: | ||
<br/> | <br/> | ||
As per https://ggus.eu/ws/ticket_info.php?ticket=93966 there appears to be a requirement to define downtimes selectively against different member endpoints of the same service (like GLUE2). This would require the following changes to the GOCDB data model to become more GLUE2 centric: | As per https://ggus.eu/ws/ticket_info.php?ticket=93966 and [[GOCDB/Release4/Development/MultipleGRIS]] there appears to be a requirement to define downtimes selectively against different member endpoints of the same service (like GLUE2). This would require the following changes to the GOCDB data model to become more GLUE2 centric: | ||
* Rename ServiceEnpoint to Service | * Rename ServiceEnpoint to Service | ||
* Rename EndpointLocation to Endpoint | * Rename EndpointLocation to Endpoint |
Revision as of 15:35, 20 June 2013
Main | EGI.eu operations services | Support | Documentation | Tools | Activities | Performance | Technology | Catch-all Services | Resource Allocation | Security |
GOC DB menu: | Home • | Documentation Index • |
<< Back to GOCDB/Release4/Development
<< Back to GOCDB/Release4/Development/MultipleGRIS
Background
GLUE2 defines an OGF standard for describing data similar in scope to the GOCDB data (Sites, Admin Domains, Services, Service Endpoints, Downtimes etc). A proposal exists for GOCDB to generate valid GLUE2 XML documents and expose these via the PI. The Glue2 XSD is currently in public comment:
- GLUE2 XML rendering http://redmine.ogf.org/boards/9/topics/10
Useful links:
Data Models and Downtimes
There is a difference between the GOCDB and GLUE2 data models. In GLUE2, downtimes are defined against individual Endpoint entities, while in GOCDB downtimes are defined against the Service as a whole; the [ServiceEndpoint] entity.
As per https://ggus.eu/ws/ticket_info.php?ticket=93966 and GOCDB/Release4/Development/MultipleGRIS there appears to be a requirement to define downtimes selectively against different member endpoints of the same service (like GLUE2). This would require the following changes to the GOCDB data model to become more GLUE2 centric:
- Rename ServiceEnpoint to Service
- Rename EndpointLocation to Endpoint
- Link Downtimes to Endpoints (rather than linking to ServiceEndpoint)
- Allow a single Service to define many Endpoints
If this would address the requirements, then this will require some changes to the XML output of the ‘get_service_endpoint’ and ‘get_downtime’ PI methods with repercussions on other systems. Therefore, any proposed change would have to be widely agreed/tested.
GOCDB to GLUE2 Mapping
TODO