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.
EOSC Architecture Session - EOSC Stakeholders Forum 2018
1. Towards EOSC in Practice:
Architecture
Leonardo Candela
CNR-ISTI
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. www.eoscpilot.eu 2nd EOSC Stakeholders Forum, 21-22 Nov. 2018, Vienna 3
Short Introduction on
the outcomes of the
EOSC Architecture
definition
6. Recap of D5.1 Initial EOSC Architecture:
System Roles
www.eoscpilot.eu 2nd EOSC Stakeholders Forum, 21-22 Nov. 2018, Vienna 6
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. Towards a shared Glossary
www.eoscpilot.eu 2nd EOSC Stakeholders Forum, 21-22 Nov. 2018, Vienna 8
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. 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
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
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