EGI Federation Home

Have your say on an EOSC-hub proposal for the EOSC technical architecture

Blog article written by Diego Scardaci, Senior User Community Support and Outreach Officer at the EGI Foundation. EOSC-hub has produced a deliverable which proposes an open and participatory approach to the definition of the EOSC Technical Architecture. Your feedback is very welcome - participate in the survey now! The document proposes the definition of a reference Technical Architecture for EOSC that facilitates access to services, lower barriers to integrate and composes services and promotes the usage of services between adjacent communities. This is achieved identifying key technical functions, named building blocks, for each of the EOSC service category (Federation, Access Enabling, Common and Thematic) and defining related technical specifications that include an high-level architecture, endorsed EOSC standards and APIs and interoperability guidelines. In this way, EOSC ‘compliant’ services will offer well-established and documented interfaces for usage and integration, based on well-known standard or APIs, facilitating:
  • their exploitation from user communities willing to create new scientific services that could rely on well-established and documented interfaces for the integration. An example of exploitation of EOSC services is when a community creates a new scientific workflow reusing EOSC federation and common services, like AAI, accounting, Cloud orchestrator and/or data management solutions.
  • the combined usage of EOSC services. Indeed the adoption of well-known standards and interfaces will very-likely reduce the cost to integrate services. For example, two accounting infrastructures can be made easily interoperable if they use the same standard usage record format, in such case accounting data extracted from them can be merged and presented in a unique view. Another example is about data processing and data management services implementing compliant interfaces that enable a jointly usage by a thematic services.
The proposal in the deliverable is put forward for further discussion, and feedback is welcome. We propose this document to initiate a community activity to populate the EOSC technical architecture identifying key technical functions/building blocks per service category and, for each of those, defining a technical specification that includes an high-level architecture, suggested EOSC standards, APIs and interoperability guidelines. A consultation on the proposals has been launched to collect feedback from stakeholders. Fill in the survey and send us your feedback! The survey is open until the end of September.