Talk:EGEE

From EGI Knowledge Base

Notes from Marco's email:

ecco una mia prima analisi delle "best practices" di EGEE-III, con particolare riguardo a middleware e grid operations, suddivise tra gli 8 punti elencati da Laura e mappate dapprima nei task/subtask delle attivita' di EGEE-III, e poi, laddove da me ritenuto ragionevolmente ipotizzabile, in possibili funzioni di coordinamento o operative nel modello EGI/NGI.

ciao, Marco

1. Operation of a reliable Grid infrastructure E' l'attivita' principale di SA1, in particolare dei tasks: - task TSA1.1: Grid Management (1191 PMs) --> main actor e' l'OCC (Operations Coordinations Centre) basato al CERN che coordina una serie di teams e attivita': 1) gruppo dei ROC managers 2) SA1 technical team 3) weekly operation meetings 4) GOoD (Grid Operator on Duty) --> non e' molto chiaro nel proposal se e' ancora di resp. dell'OCC o e' passato completamente al CNRS (ROC-FR). 5) Resource Allocation Group (joint NA4-SA1) 6) User Support Advisory Group (ex ESC) 7) Operation Automation Team 8) Coordination with related infrastructure projects

direi che l'OCC si mappa bene in un ruolo di coordinamento di EGI.

- task TSA1.2: Grid Operation & support (1877.5 PMs) --> comprende i sub-task operativi: 1) GOoD (Coord. di CNRS +contributo dei ROCs) 2) Oversight and management of Grid Operations (presumo si intenda a livello regionale, altrimenti sarebbe un duplicato del task precedente) 3) 1st line support for operation problems 4) running production and pre-production services 5) middleware deployment and support (ogni ROC coordina il deployment e relativo supporto nei suoi siti della release prodotta da SA3, in *rari* casi puo' anche effettuare una certificazione regionale, al di fuori delle attivita' previste dal PPS e da SA3) 6) interoperations - local, regional, international 7) monitoring tools to support Grid Operations (e.g. SAM, attivita' coordinata dall'Operations Automation Team del task 1.1 sopra)

dire che tutti questi sub-task, essendo operati prevalentemente dai ROC, si mappano bene come responsabilita' delle NGIs, o di federazioni di NGIs.

- task TSA1.4: Grid security (305 PMs) --> emana i seguenti gruppi di coordinamento: 1) Operational Grid Security Coordination Team (OSCT, diretto dall'EGEE Security Officer) 2) Grid Security Vulnerability Group (GSVG, coordinato dal ROC UK/I) 3) Joint Security Policy Group (JSPG, coordinato dal ROC UK/I) 4) Authentication Coordination (gruppo coordinato dal ROC NL che mantiene il canale di comunicazione con IGTF e EUGridPMA)

anche queste entita' mi sembra si possano mappare bene in ruoli di coordinamento di EGI.

1.1 Service quality definition I Service Level Agreements (SLAs) sono definiti dal gruppo dei ROC managers del task TSA1.1. Includono anche gli agreement per il supporto alle applicazioni e alle user communities. Nel proposal di EGEE-III tuttavia e' gia' anticipato che nel modello EGI/NGIs le SLAs saranno definite all'interno delle NGIs con i propri siti, e a livello superiore tra le NGIs ed EGI. Le SLAs definite dai ROC managers di EGEE-III serviranno quindi da modello per le SLAs interne alle future NGIs. Le SLAs sono verificate dalle tool di monitoring delle Grid Operations (e.g. SAM).

2. Coordination of middleware development and standardization E' l'attivita' principale di JRA1, in particolare dei tasks: - TJRA1.1: Middleware support (603 PMs) --> task prevalentemente operativo: bux fixing, support team di GGUS, addressing short/medium term requests/needs delle applicazioni e delle operations, internal testing, definizione della release gLite con SA3, documentazione

- TJRA1.2: R&D and standardization (243 PMs) --> task operativo per: 1) sviluppo di prototipi dimostrativi con nuove funzionalita', da passare eventualmente al task 1.1 per la trasformazione in prodotti 2) implementazione di standard esistenti (e.g. XACML, SAML, SRM, GLUE, BES, JSDL) e guida ai processi di stantardizzazione tramite partecipazione attiva a OGF etc.

JRA1 e' una attivita' distribuita tra partners raggruppati in 4 cluster in base alle loro competenze sul middleware, quindi se da un lato i cluster composti da INFN+Datamat e CESNET si potrebbero mappare rispettivamente sulla NGI italiana e sulla NGI ceca, i cluster CERN+STFC ed UH.HIP+CSC+FOM+UvA+SWITCH+UNIMAN sono parte di diverse NGIs. Tenendo presente che EGI dovra' supportare diversi tipi di middleware, non vedo un mapping immediato tra le attivita' di JRA1 e ruoli operativi o di coordinamento di EGI. Un ruolo di coordinamento potrebbe invece averlo, anche in EGI, il task di SA3 TSA3.4: Interoperability & Platform support (132 PMs) che si propone, dal lato interoperability, di collaborare con altri progetti grid di infrastruttura al fine di convergere su standard comuni per rafforzare l'interoperabilita'.

3. Development and operation of build and test systems Questa attivita' e' esercitata da SA3, in particolare dal task: - TSA3.1: Integration and packaging (186 PMs) Si cerca il piu' possibile di utilizzare i risultati di ETICS, core team al CERN che fornisce i meccanismi di configurazione e mantiene i framework di packaging e building. Forte interazione con JRA1. Potrebbe essere una funzione operativa in EGI, qualora il core team potesse svolgere la stessa funzione per gli altri middleware providers?

4. Components selection, validation, integration and deployment Questo vasto item e' coperto da diverse attivita': - Component selection: SA3-JRA1 joint activity, in particolare del task TSA3.1 che comprende il ruolo del release manager; - Validation e integration: main focus dei task TSA3.1: Integration and packaging e TSA3.2: Testing and certification (319 PMs), TSA3.2 comprende l'attivita' e l'infrastruttura di certificazione, fornita prevalentemente da test-bed localizzati al CERN; - deployment: questo e' responsabilita' di TSA1.2 visto sopra

5. Application support Con Application Support si intende in genere sia il supporto operativo immediato all'utente di una VO che runna la sua applicazione nella grid e incontra problemi che possono o non essere specifici della sua applicazione, che una attivita' piu' significativa di affiancamento da parte di un team dedicato (alla EIS) ai developers dell'applicazione nel portare il loro modello di calcolo in ambiente grid. Entrambe queste attivita' sono in EGEE-III state previste nel seguente task di SA1: - TSA1.3: Support to VOs, Users, Applications (890 PMs) che prevede una serie di sub-task: 1) GGUS management and tools (operato da FZK e coordinato dall'User Support Advisory Group) 2) TPM and user support effort (staffed by ROCs) 3) supporto ai problemi legati al middleware (responsabilita' di TJRA1.1 e TSA3.3: Debugging, analysis and support) 4) support dedicato agli esperimenti LHC dal team di EIS 5) ROC helpdeks 6) training for supporters (in collaborazione con NA3)

Il core effort quindi e' fornito dai ROC, quindi si mappa bene in ruolo operativo delle NGIs

6. Outreach training and dissemination 6.1 Industry take up Comprese in NA2, NA3 e NA6. Qui lascio l'analisi a Diana/Antonio

7. Contribution to the Open Grid Forum (OGF) and other standardization bodies Main focus dei task TSA3.4: Interoperability & Platform support (132 PMs) e TJRA1.2: R&D and standardization (243 PMs) gia' discussi al precedente punto 2.

8. Policy and representation of NGIs; international cooperation, e-IRG and ESFRI Comprese in NA5