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/Release4/Development/VSites/VOFeedXML"

From EGIWiki
< GOCDB‎ | Release4‎ | Development‎ | VSites
Jump to navigation Jump to search
Line 2: Line 2:
=VO Feed Example=
=VO Feed Example=
VO feed for the GOCDB EGI scoped data (ATP will recognize this gocdb data as the 'OPS' VO topology feed).  
VO feed for the GOCDB EGI scoped data (ATP will recognize this gocdb data as the 'OPS' VO topology feed).  
* This VO feed will include every 'EGI' scoped Physical Site, and each will be represented with an <atp_site> element.  
* If an endpoint is included in a virtual site, the endpoint must appear in this VO feed as a child of an <atp_site> element corresponding to the parent physical site.
* All services of that site will be nested as ATP <service> elements, regardless of scope (including both EGI and Local).  
* The VO feed should include all service endpoints, both visible and invisible to EGI.
* The GOCDB Virtual Sites that aggregate those Services will be listed using child APT <group> elements.  
* For each physical site a <group> element will be used to indicate that all child endpoints belong to the virtual site named by the group
** It is permitted duplicate <atp_site> elements where necessary. e.g. RAL_LCG2 may appear twice with two different sets of endpoints linked to two different virtual sites.
* The feed specifies that all sites are under the ops VO using the <vo>OPS</vo> element.
* The feed specifies that all sites are under the ops VO using the <vo>OPS</vo> element.


Line 11: Line 12:
* ServiceEndpoint == <service>
* ServiceEndpoint == <service>
* VSite == <group>
* VSite == <group>
== Implementation Implications ==
This implementation will operate as follows:
* EGI-Visible virtual sites will appear in the central SAM
* EGI-Invisible virtual sites will not appear in the central SAM
** Edge case: if an EGI-Invisible site contains nothing but child


==Questions for ATP:==
==Questions for ATP:==

Revision as of 16:27, 15 February 2012

<< Back to Virtual Sites

VO Feed Example

VO feed for the GOCDB EGI scoped data (ATP will recognize this gocdb data as the 'OPS' VO topology feed).

  • If an endpoint is included in a virtual site, the endpoint must appear in this VO feed as a child of an <atp_site> element corresponding to the parent physical site.
  • The VO feed should include all service endpoints, both visible and invisible to EGI.
  • For each physical site a <group> element will be used to indicate that all child endpoints belong to the virtual site named by the group
    • It is permitted duplicate <atp_site> elements where necessary. e.g. RAL_LCG2 may appear twice with two different sets of endpoints linked to two different virtual sites.
  • The feed specifies that all sites are under the ops VO using the <vo>OPS</vo> element.

In summary, the GOCDB to ATP mappings are:

  • Site == <atp_site>
  • ServiceEndpoint == <service>
  • VSite == <group>

Implementation Implications

This implementation will operate as follows:

  • EGI-Visible virtual sites will appear in the central SAM
  • EGI-Invisible virtual sites will not appear in the central SAM
    • Edge case: if an EGI-Invisible site contains nothing but child

Questions for ATP:

  • We've left the infrast="EGEE" attribute on the atp_site element. Is this correct?


 todo