29.11.2014 Views

GSC Sentinel-2 PDGS OCD - Emits - ESA

GSC Sentinel-2 PDGS OCD - Emits - ESA

GSC Sentinel-2 PDGS OCD - Emits - ESA

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

<strong>GSC</strong> <strong>Sentinel</strong>-2 <strong>PDGS</strong> <strong>OCD</strong><br />

Issue 1 Revision 2 (draft) - 25.07.2010<br />

GMES-GSEG-EOPG-TN-09-0008<br />

page 219 of 350<br />

5.2.3.12 Data Access Gateway (DAG) Function<br />

5.2.3.12.1 Function Objectives and High-Level Description<br />

The DAG function is in charge of providing a single point of access for the download of the<br />

<strong>PDGS</strong> imagery which is naturally scattered amongst the distributed archives.<br />

To this end, the DAG function follows a client/server paradigm in which the server side<br />

interacts with the relevant <strong>PDGS</strong> functions (e.g. the <strong>PDGS</strong> DAX, AI and DPC functions) and<br />

the client side to processes the requests to the imagery by accessing the appropriate servers.<br />

As such, the server side is deployed in each centre hosting an archive following the federated<br />

concept together with complementary functions relevant to the data retrieval activities.<br />

The DAG function is in charge of:<br />

○ Encapsulating the <strong>PDGS</strong> distributed nature through a single access point for data<br />

discovery and retrieval;<br />

○ Requesting the required PDIs in support of the User-Products assembly and supply;<br />

○ Prioritising the simultaneous data-access activities according to the request priority<br />

level as supplied by the MMUS function and the available network resources;<br />

○ Triggering the user-defined processors as requested by the MMUS function to support<br />

the hosted-processing activities implemented through the collaboration agreements;<br />

○ Providing a low level interface (command-line program, API, etc) to the data-access<br />

services it supports (data download and processor triggering mechanisms) towards the<br />

Front-End Services (i.e. the MMUS & OLIB functions) and potential legacy systems<br />

hosted at the GSPs;<br />

5.2.3.12.2 Design Drivers and Constraints<br />

The following drivers and constraints are identified:<br />

○ High availability and reliability. The DAG function nominal activities (PDI search<br />

location, PDI transport, and product assembly) are aimed for intensive operations;<br />

○ High performance and tight coupling with the underlying digital network for the<br />

provision of the product data items (i.e. download of PDIs). Flexibility in integrating<br />

various network transportation topologies and technologies is identified as a additional<br />

key driver;<br />

○ Clear client/server responsibilities separation and well defined protocol for the PDIs<br />

search location, retrieval and User-Product reconstruction activities following the<br />

defined product model (cf. [RD-07]);<br />

○ Client side software interoperability by third-party elements in support of the different<br />

Front-End Services (i.e. the MMUS and OLIB functions);<br />

○ Client side software portability to different platforms (HW+OS);<br />

5.2.3.12.3 Function Interfaces<br />

The following function interfaces are identified for the DAG function:<br />

<strong>ESA</strong> UNCLASSIFIED – For Official Use<br />

© <strong>ESA</strong><br />

The copyright of this document is the property of <strong>ESA</strong>. It is supplied in confidence and shall not be reproduced, copied or<br />

communicated to any third party without written permission from <strong>ESA</strong>.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!