1 / 10

LE1

Euclid Science Ground Segment Organisation Fabio Pasian Euclid Consortium SGS Manager (INAF – OATrieste ).

penha
Download Presentation

LE1

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Euclid Science Ground SegmentOrganisationFabio PasianEuclid Consortium SGS Manager(INAF – OATrieste) The presented document is Proprietary information of the Euclid Consortium. This document shall be used and disclosed by the receiving Party and its related entities (e.g. contractors and subcontractors) only for the purposes of fulfilling the receiving Party's responsibilities under the Euclid Project and that identified and marked technical data shall not be disclosed or retransferred to any other entity without prior written permission of the document preparer.

  2. Ground Station SOC MOC LE1 The Ground Segment as seen in the Euclid Science Management Plan EuclidConsortium (ECSGS)

  3. SOC Ground Station OPS MOC LE1 Level 1 Level E The Ground Segment as seen from the data processing point of view The coloured boxes correspond to the Processing Functions VIS NIR SIR EXT MER SIM Level 2 VIS/NIR/SIR/EXT cross-check SHE SPE PHZ Level S SIR cross-check MER cross-check LE3 Level 3

  4. SGS Product Tree

  5. Processing Functions • Processing Functions • are a product of the Euclid SGS (to be eventuallydelivered to ESA at the end of the mission) • correspond to the processing stepswhich are performedwithin an «Euclid pipeline» • are algorithmicallydevised by the relevant OU and engineered by software development teams (SDC-DEV) • can in principle be runyielding the sameresults on any SDC site of the SGS (SDC-PROD, different HW environments) • In mostcases, Processing Functions are developedjointly by OU members and theirlocal SDC-DEV teams • formal OU-SDC interfacesnotneeded in mostcases • easier to developdirectly pipeline-quality code • SGS System Team providestools/standards/support (SDC Leads are members of the System Team)

  6. Development–Verification&Validation requirements SWGs OU for every Processing Function validation (on results) 1. in mostcases, no interfacesbut joint development algorithms, test data code validation 2. only for validationagainstrequirements SDC-DEV pipeline code, test data pipelines verification SDC-PROD SDC-PROD SDC-PROD …

  7. «Euclid pipeline» • Planned architecture is based on distributed data and processing • Each SDC is both a processing and a storage «node» • The mostefficientsystemis the oneminimising data transfer(“move the code, not the data”) • Run the pipeline where the main input data is stored • No specialised SDC: any pipeline is expected to run on any SDC • Each SDC runs the same code through virtualisation • Possibilityof running a full lower level processing pipeline on sky «tiles», up to the preparation of catalogues of objects • Better system • Robust (predictable, able to recover from errors and unexpected behaviour) • Reliable (produce the same results given the same input) • Scalable (cope with changing demand, scale, no upper limit) • Maintainable (same software everywhere) • The System Team provides the neededtools/mechanisms

  8. SGS Product Tree

  9. Project Office ECSGS Management SystemTeam Lead C. Dabin Config. Lead O. Mansutti PA/QA Lead C. Vuerli IOT Coordination A. Gregorio Proj.Ctr. Support D. Fierro ECSGS Scientist M. Sauvage ECSGS Manager F. Pasian ECSGS Deputy C. Dabin OUs SDCs SDC-UK K. Noddle M. Holliman Common Tools K. Noddle SDC-FI E. Keihanen H. Kurki-Suonio OU-NIR A. Grazian R. Bouwens OU-VIS H. Mc Cracken N. Shane OU-SIR M. Scodeggio C. Surace OU-EXT J. Mohr G. Verdoes-Kleijn OU-MER A. Fontana M.Kuemmel, M.Douspis OU-SIM S. Serrano A. Ealet OU-SHE A. Taylor F.Courbin,T.Schrabback OU-SPE O. Le Fèvre M. Mignoli OU-LE3 J-L. Starck F.Abdalla, E.Branchini OU-PHZ S. Paltani F. Castander SDC-CH P. Dubath SDC-ES C. Neissner N. Tonello Archive Metadata P. Osuna LE1 common infrastructure M.Frailis SDC-DE J. Koppenhoefer F. Raison Data Modeling C. Dabin Data Quality M. Brescia SDC-NL O. R. Williams A. Belikov SDC-FR M. Poncet J-J. Metge Archive Data A. Belikov Monitoring & Control L. Vibert Orchestration M. Poncet Architecture Performance K. Noddle AbstractionLayer (IAL) M. Melchior SDC-US J. Rector H. Teplitz SDC-IT A. Zacchei M. Frailis Organisation Group

  10. Thankyou for your attention fabio.pasian@inaf.it

More Related