Donatella Castelli CNR-ISTI donatella.castelli@isti.cnr.it EOSC service architecture: state of play and next steps from EOSC Pilot Project Donatella Castelli CNR-ISTI donatella.castelli@isti.cnr.it

Architecture development plan Setting initial architectural framework Opening it for comments Validate the result against existing infras and RIs & outcomes of other EOSCPilot activites Identify necessary gaps & revisions 9 May 2017 EGI Conference 2017 and Indigo Summit 2017, 9 May 2017, Catania

European Open Science Cloud It aims to accelerate and support the current transition to more effective Open Science and Open Innovation in the Digital Single Market It should enable trusted access to services, systems and the re-use of shared scientific data across disciplinary, social and geographical borders EGI Conference 2017 and Indigo Summit 2017, 9 May 2017, Catania

EGI Conference 2017 and Indigo Summit 2017, 9 May 2017, Catania Open Science Necessary condition: Faireness of data, tools, services, worksflows Support to producers creating, depositing, publishing and preserving Support to consumers finding, accessing, interoperating and reusing Desiderata: Accellerate and reduce the cost of science and innovation Where possible, the EOSC should enable automation of data processing and thus machine actionability is key EGI Conference 2017 and Indigo Summit 2017, 9 May 2017, Catania

Key Factors for the effective development of the EOSC as part of OS The EOSC needs to be developed as a data infrastructure commons, that is an eco-system of infrastructures Build on existing capacity and expertise where possible New modes of scholarly communication (with emphasis on machine actionability) need to be implemented Where possible, the EOSC should enable automation of data processing and thus machine actionability is key EGI Conference 2017 and Indigo Summit 2017, 9 May 2017, Catania

EGI Conference 2017 and Indigo Summit 2017, 9 May 2017, Catania System-of systems Operational and managerial independence each system is independent and it achieves its purposes by itself and for its own objective rather than for the purposes of the SoS Geographical distribution a SoS is distributed over a large geographic extent Emergent behavior a SoS has capabilities and properties that do not reside in the component systems Evolutionary development a SoS evolves with time and experience Heterogeneity of constituent systems a SoS consists of multiple, heterogeneous, operating systems embedded in networks at multiple levels Components: Exiting and emerging RIs, e-Infras, data repositories, registries,… http://rs.ieee.org/component/content/article/9/77-system-of-sys   EGI Conference 2017 and Indigo Summit 2017, 9 May 2017, Catania

As-a-service provision mode EGI Conference 2017 and Indigo Summit 2017, 9 May 2017, Catania

Service characterization Functionality Operational state(*) Usage regulating policies Quality of service ...... We expect that every service that will populate EOSC will provide at least a descripton of itself. (*) particularly relevant for data, workflow, sw repositories EGI Conference 2017 and Indigo Summit 2017, 9 May 2017, Catania

Service classification KaaS (Knowledge as a Service) AaaS (Application as a Service) DaaS (Data as a Service) SaaS (Software as a Service) PaaS (Platform as a Service) IaaS (Infrastructure as a Service) Support to the EOSC user Support to the EOSC user F and G might be further specialised EGI Conference 2017 and Indigo Summit 2017, 9 May 2017, Catania

EGI Conference 2017 and Indigo Summit 2017, 9 May 2017, Catania Levels of engagements Publish service description in the service catalogue with an agreed metadata formats Describe rights and licences, provenance, metrics, etc. according agreed standards Publish resources with a specific range of policies Implement common protocols Ensure a given SLA …… The above are examples of different levels of engagement EGI Conference 2017 and Indigo Summit 2017, 9 May 2017, Catania

Facilitating Open Science Enabling and operating the federation EOSC services Facilitating Open Science (complementing and enriching existing initiatives) Services enacting the operation of the “federation”, i.e. basic services conceived to support the development and operation of EOSC as a system of systems; Services enacting Open Science, i.e. a set of services aiming at simplifying the “publishing, finding and re-using each other's data and tools for research, innovation and educational purposes” Enabling and operating the federation (according the established rules of engagements) EGI Conference 2017 and Indigo Summit 2017, 9 May 2017, Catania

Facilitating Open Science: Findability Service catalogue where all the constituents’ services are seamlessly published, described and discoverable Other catalogues, e.g. data, publication, sw/method, workflow catalogues  PID provider Metadata validators Subscription and notification Recommender system … EGI Conference 2017 and Indigo Summit 2017, 9 May 2017, Catania

Facilitating Open Science: Accessibility Research Object Repository Appropriate metadata catalogues Identity federation and delegation Access protocols mediators ….. A1  (meta)data are retrievable by their identifier using a standardized communications protocol. A1.1 the protocol is open, free, and universally implementable. A1.2 the protocol allows for an authentication and authorization procedure, where necessary. A2 metadata are accessible, even when the data are no longer available. EGI Conference 2017 and Indigo Summit 2017, 9 May 2017, Catania

Facilitating Open Science: Interoperability Set of “mediators” unifying (standard-based) services / APIs enabling EOSC services consumers to interface with homologous services or classes of services offered by different providers Metadata and data format mappings Legal compatibiity ……. Services for preservation: temporal interoperability EGI Conference 2017 and Indigo Summit 2017, 9 May 2017, Catania

Facilitating Open Science: Reuse Virtual Research Environments/Virtual Laboratories/Science Gateways Creation and Operation, i.e. Facilities for exploiting services, data, workflows in different environment scopes (across domains, infrastructures, geographic boundaries) “Research Objects” Creation, Publishing, and Exploitation  Support to automatic citation /provenance … EGI Conference 2017 and Indigo Summit 2017, 9 May 2017, Catania

EGI Conference 2017 and Indigo Summit 2017, 9 May 2017, Catania Open issues What should /can be the initial EOSC architecture? Level of facilities Agreed rules of engagement Deployment architecture Who will host and operate the EOSC specific services? EOSC entity? Certified service providers? How will common services (e.g. catalogues) be built? Will part of them be operated by component infrastructures? ….. and many others EGI Conference 2017 and Indigo Summit 2017, 9 May 2017, Catania

Thank you donatella.castelli@isti.cnr.it Twitter: @eoscpilot Linkedin: /eoscpilot EGI Conference 2017 and Indigo Summit 2017, 9 May 2017, Catania