Requirements Collection EGI (MCB), VRCs, Middleware (EMI, SGI,DORII) Requirements go from VCRs to MCB, MCB sets priorities, MCB outsources reqs to MW providers.

Slides:



Advertisements
Similar presentations
ROSCOE Status IT-GS Group Meeting Focus on POW November 2009.
Advertisements

EGI: European Grid Infrastructure Steven Newhouse Interim EGI.eu Director EGI-InSPIRE Project Director Technical Director EGEE-III 1.
EGI-Engage Recent Experiences in Operational Security: Incident prevention and incident handling in the EGI and WLCG infrastructure.
EMI INFSO-RI NA2 – Outreach and Collaborations Emidio Giorgio (INFN Catania) NA2 Leader 1 st EMI Periodic Review Brussels, 22 June 2011.
EGI: A European Distributed Computing Infrastructure Steven Newhouse Interim EGI.eu Director.
EGI-InSPIRE RI EGI-InSPIRE EGI-InSPIRE RI Future support of EGI services Tiziana Ferrari/EGI.eu Future support of EGI.
EGI: SA1 Operations John Gordon EGEE09 Barcelona September 2009.
EMI is partially funded by the European Commission under Grant Agreement RI Post EMI Plans and MeDIA Alberto DI MEGLIO, CERN Project Director WLCG.
EGI-InSPIRE Steven Newhouse Interim EGI.eu Director EGI-InSPIRE Project Director.
EGEE-III INFSO-RI Enabling Grids for E-sciencE EGEE and gLite are registered trademarks Steven Newhouse EGEE’s plans for transition.
EGEE-III INFSO-RI Enabling Grids for E-sciencE EGEE and gLite are registered trademarks ?? Athens, May 5-6th 2009 Community Support.
European Middleware Initiative (EMI) – Release Process Doina Cristina Aiftimiei (INFN) EGI Technical Forum, Amsterdam 17. Sept.2010.
EMI INFSO-RI NA2 – Outreach and collaborations Status Report Emidio Giorgio (INFN Catania) Work Package Leader EMI First EC Review 22 June 2011,
European Grid Initiative – EGI Business and Technology Transfer for EGI EGI Design Study Project EGEE’09 Barcelona September 2009.
EGEE-III INFSO-RI Enabling Grids for E-sciencE EGEE and gLite are registered trademarks Steven Newhouse Technical Director CERN.
EGI – Security Training and Dissemination Mingchao Ma STFC – RAL, UK.
RI EGI-InSPIRE RI EGI Future activities Peter Solagna – EGI.eu.
Experiment Support CERN IT Department CH-1211 Geneva 23 Switzerland t DBES GGUS Overview ROC_LA CERN
EGEE-III INFSO-RI Enabling Grids for E-sciencE EGEE and gLite are registered trademarks EGEE-EGI Grid Operations Transition Maite.
EGEE-III INFSO-RI Enabling Grids for E-sciencE EGEE and gLite are registered trademarks Bob Jones EGEE project director CERN.
EGI-InSPIRE RI EGI-InSPIRE EGI-InSPIRE RI (Present and) Future of the EGI Services for WLCG Peter Solagna – EGI.eu.
EGEE-III INFSO-RI Enabling Grids for E-sciencE EGEE and gLite are registered trademarks EGEE’09 SSC Workshop SAFE Project Proposal.
EGEE-III-INFSO-RI Enabling Grids for E-sciencE EGEE and gLite are registered trademarks EGEE-III All Activity Meeting Brussels,
EGEE-III INFSO-RI Enabling Grids for E-sciencE EGEE and gLite are registered trademarks Business SSC for EGI SSC Workshop: Preparing.
User Community Transition from EGEE to EGI 17 Dec 2008 – Orsay, France The Proposed EGI Model Diana Cresti, INFN
EGEE-III INFSO-RI Enabling Grids for E-sciencE EGEE and gLite are registered trademarks Steven Newhouse Technical Director CERN.
EMI INFSO-RI SA1 – Maintenance and Support Francesco Giacomini (INFN) SA1 Leader 1 st EMI Periodic Review Brussels, 22 June 2011.
EGEE-III INFSO-RI Enabling Grids for E-sciencE EGEE and gLite are registered trademarks C. Loomis (CNRS/LAL) SSC Workshop Orsay,
EGI-InSPIRE Steven Newhouse Interim EGI.eu Director EGI-InSPIRE Project Director Technical Director EGEE-III 1GDB - December 2009.
Authentication and Authorisation for Research and Collaboration AARC Plenary, Milano Melanie Imming, LIBER Authentication and Authorisation for Research.
EMI INFSO-RI SA1 Session Report Francesco Giacomini (INFN) EMI Kick-off Meeting CERN, May 2010.
European Middleware Initiative (EMI) The Software Engineering Model Alberto Di Meglio (CERN) Interim Project Director.
EGEE-III INFSO-RI Enabling Grids for E-sciencE EGEE and gLite are registered trademarks Robin McConnell NA3 Activity Manager 02.
EGEE-III INFSO-RI Enabling Grids for E-sciencE EGEE and gLite are registered trademarks Robin McConnell NA3 Activity Manager 28.
WLCG Laura Perini1 EGI Operation Scenarios Introduction to panel discussion.
European Middleware Initiative (EMI) An Overview Alberto Di Meglio v
EGEE-III INFSO-RI Enabling Grids for E-sciencE EGEE and gLite are registered trademarks User Support for Distributed Computing Infrastructures.
EMI is partially funded by the European Commission under Grant Agreement RI NA2 : Outreach and Training Emidio Giorgio, INFN NA2 Leader 2 nd EMI.
EMI INFSO-RI SA1 – Maintenance and Support Francesco Giacomini (INFN) EMI First EC Review Brussels, 22 June 2011.
1 st EGI CMMST VT meeting 19 February 2013 A. Laganà (UNIPG, Italy)
Components Selection Validation Integration Deployment What it could mean inside EGI
EGEE-III INFSO-RI Enabling Grids for E-sciencE EGEE and gLite are registered trademarks Steven Newhouse Technical Director CERN.
Ian Bird LCG Project Leader Status of EGEE  EGI transition WLCG LHCC Referees’ meeting 21 st September 2009.
EGI-InSPIRE RI EGI-InSPIRE EGI-InSPIRE RI Plans for PY2 Steven Newhouse Project Director, EGI.eu 30/05/2011 Future.
EGI-InSPIRE RI EGI-InSPIRE EGI-InSPIRE RI UMD Roadmap Steven Newhouse 14/09/2010.
Representation of European Grid efforts, international cooperation, and ESFRI EGI_DS WP3 consolidation workshop, CERN Fotis Karayannis, GRNET.
EGI-InSPIRE RI EGI-InSPIRE EGI-InSPIRE RI EGI User Support services and activities Gergely Sipos User Community Support.
EGEE-III INFSO-RI Enabling Grids for E-sciencE EGEE and gLite are registered trademarks What all NGIs need to do: Helpdesk / User.
SAFE SSCs for A&A, Fusion and ES Coordinator: Claudio Vuerli, INAF, Italy.
EGI Process Assessment and Improvement Plan – EGI core services – Tiziana Ferrari FedSM project 1EGI Process Assessment and Improvement Plan (Core Services)
EGI-InSPIRE Project Overview1 EGI-InSPIRE Overview Activities and operations boards Tiziana Ferrari, EGI.eu Operations Unit Tiziana.Ferrari at egi.eu 1.
Building PetaScale Applications and Tools on the TeraGrid Workshop December 11-12, 2007 Scott Lathrop and Sergiu Sanielevici.
EMI INFSO-RI /04/2011What's new in EMI 1: Kebnekaise What’s new in EMI 1 Kathryn Cassidy (TCD)‏ EMI NA2.
INDIGO Outreach and Exploitation process Peter Solagna, Matthew Viljoen EGI.eu.
EGI-InSPIRE RI EGI-InSPIRE EGI-InSPIRE RI EGI Engagement meeting Gergely Sipos EGI.eu 1.
WP6 – Inter-operability with e-Infrastructures Sergio Andreozzi - WP6 Task Leader Strategy and Policy Manager, EGI.eu Helix Nebula - 1st Year Review 1.
EGI InSPIRE Report to the EGI Council Steven Newhouse On behalf of the Editorial Board.
1 The Life-Science Grid Community Tristan Glatard 1 1 Creatis, CNRS, INSERM, Université de Lyon, France The Spanish Network for e-Science 2/12/2010.
SLAs with Software Provider. Scope “…declare the rights and responsibilities between EGI.eu and the Software Provider for a particular component.” Which.
Requirements Gathering
EGEE-III INFSO-RI Enabling Grids for E-sciencE Application Porting Support SSC and proposal Gergely Sipos
PARTNERSHIP COMMUNICATIONS STRATEGY
NA3: User Community Support Team
TAPAS in the EGI “ecosystem”
ROSCOE Robust Scientific Communities for EGI
Connecting the European Grid Infrastructure to Research Communities
EGI support services Science gateway developers
User Support in EGI Reactive and proactive services
Support services for EGI portal-* communities
Balázs Kónya, Lund University NorduGrid Technical Coordinator
Presentation transcript:

Requirements Collection EGI (MCB), VRCs, Middleware (EMI, SGI,DORII) Requirements go from VCRs to MCB, MCB sets priorities, MCB outsources reqs to MW providers Tools: Central DB with links to more project-specific tools, maintained to MCB Unique ID for each requirement Tech specs discussed directly between interested parties (VCRs and MW providers) Requirements in general have to go through the MCB, but VRCs can express requirements directly to MW providers, who need to harmonize them with the main priorities Requirement roadmap has to be visible and monitored using the central DB

Dissemination EGI.eu acts as a hub for NGIs and SSCs CUE may have a similar role GridTalk will be talking will all of the above Similar role for OSG, GEANT, DEISA/PRACE, ESFRI, etc Targets: policy makers, funders, EC, general public Look at the info flow, see if GGUS can be used to pass info rather than mailing lists, consider tracking dissemination requests as user tickets EGI.eu can act as a support team for dissemination requests Provide a DB of all produced dissemination material. Where is it? EGI.eu can maintain it

Support Systems and Flow Application porting support, user support, operation support GGUS is the backbone For SSCs (ROSCOE, SAFE), each community will have a dedicated support team in GGUS (2 st -level, possibly 3 nd level) SGI: 2 nd or 3 rd level support (SSCs, EGI act as 1 st - and 2 nd -level) EMI: 3 rd level support (SSCs, EGI act as 1 st -level and 2 nd -level) TAPAS: GGUS not used so far and use of certificates (or s) quite restrictive, but will look into it EGI: is there enough effort for doing 1 st -level support and triaging for users and applications? What is the role of TPM?

Event Planning/Coordination Major EGI-related events (EGI User Forum, EGI Conference) Projects should align their events on these major events and add specific events as they see fit during the project lifetime Questions whether the EGI Conference is still compelling for other projects, especially applications. May be more relevant to NGIs, operations, MW projects, etc. Major events to allocate scratch areas for projects to contribute to Organize a common calendar of events where everything can be made visible (GridTalk) What about PRACE, Nordunet, OGF, SC, Summer and Winter Computing Schools? Training schools? Joint events? One full week with common and specialised tracks Maybe EGI Conferences can become also containers for joint events

Repositories EGI UMD repository, this should be more a metadata repository with information about apps, services, components, etc, rather than a software repository EMI software/tests/metrics repository SGI portlets repository (can be software, can be links) RESPECT (list of approved apps) DORII repository contains software packages and documentation EGI.eu: Dissemination material repository (“knowledge base”) TAPAS: repository of use cases, piloted by TAPAS and then transferred to EGI later on

Certification Process EMI: “Works with EMI” program to certify applications with EMI middleware EGI: UMD (“Works on EGI”, deployment and other acceptance criteria, etc) RESPECT: user level certification (VRC) How does this work? Is this a formal process to be followed or useful tools/procedures that software providers may want to follow at their discretion The different ‘certifications’ may become attributes of the software in the repositories