Successfully reported this slideshow.
Your SlideShare is downloading. ×

EOSC Architecture Session - EOSC Stakeholders Forum 2018

Ad
Ad
Ad
Ad
Ad
Ad
Ad
Ad
Ad
Ad
Ad
Loading in …3
×

Check these out next

1 of 15 Ad

EOSC Architecture Session - EOSC Stakeholders Forum 2018

Download to read offline

The EOSC initiative aims at setting up a complex an articulated “system” consisting of interconnected and interoperating IT systems, policies, procedures, people and activities. The ultimate goal of such a system is to realise an Open Science-oriented working environment where offerings and demand for Open Science enacting commodities (computing and storage, services, data, software, and more in general any research  artefacts ) meet. The success of the entire initiative largely depends on the capacity to meet Open Science practitioners demand (namely researchers) and on its “attractiveness” for practitioners willing to play the role of commodity “provider” & “(re)seller”. Resellers will be willing to bring their commodities into the EOSC marketplace if and only if they “see” a business opportunity, if and only if the benefits they may get are higher than the costs they have to sustain. The goal of this session is to identify the set of services EOSC should put in place to “temp” a larger number of “resellers” to contribute to the development of the EOSC marketplace.

The EOSC initiative aims at setting up a complex an articulated “system” consisting of interconnected and interoperating IT systems, policies, procedures, people and activities. The ultimate goal of such a system is to realise an Open Science-oriented working environment where offerings and demand for Open Science enacting commodities (computing and storage, services, data, software, and more in general any research  artefacts ) meet. The success of the entire initiative largely depends on the capacity to meet Open Science practitioners demand (namely researchers) and on its “attractiveness” for practitioners willing to play the role of commodity “provider” & “(re)seller”. Resellers will be willing to bring their commodities into the EOSC marketplace if and only if they “see” a business opportunity, if and only if the benefits they may get are higher than the costs they have to sustain. The goal of this session is to identify the set of services EOSC should put in place to “temp” a larger number of “resellers” to contribute to the development of the EOSC marketplace.

Advertisement
Advertisement

More Related Content

Similar to EOSC Architecture Session - EOSC Stakeholders Forum 2018 (20)

More from EOSCpilot .eu (20)

Advertisement

Recently uploaded (20)

EOSC Architecture Session - EOSC Stakeholders Forum 2018

  1. 1. Towards EOSC in Practice: Architecture Leonardo Candela CNR-ISTI
  2. 2. What’s on the menu Short Introduction on the outcomes of the EOSC Architecture definition Panel discussion "What services for EOSC Providers?” ​Jean-Francois Abramatic (Software Heritage) Alex Barchiesi (GARR) Alain Arnaud (Mercator Ocean) Franco Nicolucci (VAST-LAB) www.eoscpilot.eu 2nd EOSC Stakeholders Forum, 21-22 Nov. 2018, Vienna 2
  3. 3. www.eoscpilot.eu 2nd EOSC Stakeholders Forum, 21-22 Nov. 2018, Vienna 3 Short Introduction on the outcomes of the EOSC Architecture definition
  4. 4. The settings www.eoscpilot.eu 2nd EOSC Stakeholders Forum, 21-22 Nov. 2018, Vienna 4 EOSC
  5. 5. Recap of D5.1 Initial EOSC Architecture www.eoscpilot.eu 2nd EOSC Stakeholders Forum, 21-22 Nov. 2018, Vienna 5 SoS: • Independence • Distribution • Emergent behaviour • Evolutionary • Heterogeneity Service-orientation
  6. 6. Recap of D5.1 Initial EOSC Architecture: System Roles www.eoscpilot.eu 2nd EOSC Stakeholders Forum, 21-22 Nov. 2018, Vienna 6
  7. 7. Recap of D5.1 Initial EOSC Architecture: Service classes www.eoscpilot.eu 2nd EOSC Stakeholders Forum, 21-22 Nov. 2018, Vienna 7 • Many instances of homologous services each tailored to serve a designated community • Service offering is expected to evolve • EOSC Services vs EOSC “compatible” Services • Everything as-a-Service
  8. 8. Towards a shared Glossary www.eoscpilot.eu 2nd EOSC Stakeholders Forum, 21-22 Nov. 2018, Vienna 8
  9. 9. EOSC Architecture Reorientation Make explicit the perspectives and the per user / stakeholder interaction / exploitation patterns Research Data must be first class citizens Services for Data Providers and Consumers FAIRification is a shared need … towards everything is a “Resource” with a profile capturing activities, behaviour and preferences … from a passive to a proactive system (e.g. recommendations) From single services to service bundles Virtual Research Environments Input from ongoing projects on solutions (architecture and beyond) for selected services to propose annotated reference architectures and patterns Service Registry / Catalogue / Marketplace Data Catalogue VRE Management Systems www.eoscpilot.eu 2nd EOSC Stakeholders Forum, 21-22 Nov. 2018, Vienna 9
  10. 10. The take away on EOSC Architecture The EOSC System “elephant” starts manifesting yet it is destined to continuously evolve the EOSCpilot architecture alone captures part of the “anatomy” and the “physiology” … an holistic and coordinated approach is needed to capture a shared characterisation of the “EOSC elephant” where the various perspectives & ongoing (and future) EOSC-related projects and initiatives nicely fit and complement each other … democratising EOSC is key for its uptake and sustainability multiplicity of offering to support diverse audiences and expectations www.eoscpilot.eu 2nd EOSC Stakeholders Forum, 21-22 Nov. 2018, Vienna 10
  11. 11. www.eoscpilot.eu 2nd EOSC Stakeholders Forum, 21-22 Nov. 2018, Vienna 11 Panel discussion "What services for EOSC Providers?”
  12. 12. What services for EOSC Providers? The EOSC initiative aims at setting up a complex an articulated “system” consisting of interconnected and interoperating IT systems, policies, procedures, people and activities. The ultimate goal of such a system is to realise an Open Science-oriented working environment where offerings and demand for Open Science enacting commodities (computing and storage, services, data, software, and more in general any research artefacts ) meet. The successfulness of the entire initiative largely depends on the capacity to meet Open Science practitioners demand (namely researchers) and on its “attractiveness” for practitioners willing to play the role of commodity “provider” & “(re)seller”. Resellers will be willing to bring their commodities into the EOSC marketplace if and only if they “see” a business opportunity, if and only if the benefits they may get are higher than the costs they have to sustain. The goal of this session is to identify the set of services EOSC should put in place to “temp” a larger number of “resellers” to contribute to the development of the EOSC marketplace. www.eoscpilot.eu 2nd EOSC Stakeholders Forum, 21-22 Nov. 2018, Vienna 12
  13. 13. Panelists www.eoscpilot.eu 2nd EOSC Stakeholders Forum, 21-22 Nov. 2018, Vienna 13 Jean-François Abramatic • Software Heritage Advisor (former W3C chairman) Alex Barchiesi • Italian research and education network (GARR) Alain Arnaud • Mercator Ocean Franco Niccolucci • ARIADNE, PARTHENOS, TextCrowd
  14. 14. Discussion topics What are the top 3 technical and/or organizational barriers that might hinder a potential Open Science enacting commodity (re)seller from embracing EOSC? What are the top 3 services EOSC should put in place to facilitate the tasks on Open Science enacting commodity providers & (re)sellers? Could you please envision few innovative services to be added to the EOSC portfolio aiming at filling a gap in the offering? Could you please suggest the most suitable business model for a (re)seller? www.eoscpilot.eu 2nd EOSC Stakeholders Forum, 21-22 Nov. 2018, Vienna 14
  15. 15. www.eoscpilot.eu 2nd EOSC Stakeholders Forum, 21-22 Nov. 2018, Vienna 15

×