EOSC Federation переходить від прототипу до production

У презентації 2026 рік визначено як рік переходу EOSC Federation від build-up phase до операційної моделі. Основні завдання згруповано у три напрями: формування операційної структури, перехід до production та розширення Федерації.

На організаційному рівні йдеться про перехід від тимчасової Build-up Group до структури, передбаченої Memorandum of Understanding, подальший розвиток federating capabilities та EOSC Interoperability Framework. На операційному рівні потрібно забезпечити юридичні, управлінські, технічні та сервісні умови, необхідні для production operation. Паралельно відбуваються enrolment нових вузлів, onboarding ресурсів і демонстрація міжвузлових use cases.

Друга хвиля розширення EOSC Federation у 2026 році охопила 14 нових кандидатних вузлів. До неї увійшли національні вузли Чехії, Хорватії, Латвії, Північної Македонії, Швеції, Словенії, Швейцарії та Туреччини, e-infrastructure nodes GÉANT, EGI та Scholarly Commons, а також тематичні вузли METROFOOD-RI, EBRAINS RI та ENVRI. За матеріалами презентації, із цією хвилею пов’язано 36 cross-node use cases, понад 40 нових сервісів і платформ, 41 репозитарій, зв’язки з чотирма European Common Data Spaces, сімома EuroHPC centres та двадцятьма ESFRI Research Infrastructures.

Підтримка enrolment другої хвилі організована поетапно. Швейцарський вузол віднесено до третього support window, запланованого на січень–квітень 2027 року. При цьому в документах прямо наголошено, що послідовність підтримки будується за принципом “infrastructure before services and complexity”. Спочатку вузол має забезпечити базові федеративні компоненти, а вже потім розширювати портфель сервісів і складність міжвузлових сценаріїв.

П’ять обов’язкових federating capabilities

Одним із найбільш практичних елементів презентації є перелік Mandatory Federating Capabilities, які поступово впроваджуються вузлами в процесі enrolment і переходу до production:

Federated AAI забезпечує single sign-on між EOSC Nodes та доступ відповідно до політик Федерації.

EOSC Catalogue забезпечує представлення сервісів, наборів даних та інших ресурсів у спільному каталозі з FAIR-узгодженими метаданими.

Helpdesk має інтегрувати локальну підтримку користувачів вузла із загальнофедеративною системою підтримки.

Monitoring забезпечує постійний контроль доступності та стану сервісів і передавання інформації до federation-wide dashboards.

Service Management System має базуватися на структурованому підході до управління сервісами, для якого в EOSC Federation використовується FitSM.

Важливо, що наявність цих функцій не означає необхідності розгортати окрему локальну реалізацію кожного компонента в кожному вузлі. Частина можливостей може надаватися EOSC EU Node, іншими вузлами або спеціалізованими інфраструктурними проєктами. Таким чином, обов’язковою є функціональна спроможність вузла, а не дублювання однакової інфраструктури в кожній організації.

Figure 1. Mandatory federating capabilities of an EOSC Node during the transition to production: Federated AAI, EOSC Catalogue, Helpdesk, Monitoring and a FitSM-based Service Management System. Source: EOSC Node Switzerland Build-up Group Meeting #01, 28 August 2026, slide 8.

Як Швейцарія будує свій EOSC-вузол

EOSC Node Switzerland створюється під керівництвом ETH Zurich за участю Swiss National Supercomputing Center CSCS. Проєкт розрахований на 24 місяці і спирається на результати попередньої ініціативи SENPro, у межах якої вже було проведено оцінювання потреб і дві ітерації prototype testing.

Основою швейцарської моделі є не створення нового централізованого сховища даних, а консолідація вже наявних ресурсів. У презентації проблема сформульована як фрагментована видимість швейцарських ресурсів на європейському рівні, різні практики interoperability та onboarding у різних установах і недостатній зв’язок між дисциплінами. Водночас Швейцарія вже має сильну основу Open Research Data і FAIR, великі наукові інфраструктури та широкий спектр предметних компетентностей.

Архітектура EOSC-CH складається з трьох великих блоків.

Resource Hub має об’єднати каталоги datasets, services, infrastructures і training resources та забезпечити registry services для onboarding.

Resource Platform має забезпечити федеративний доступ до compute, storage та інших сервісів через federated AAI й accounting.

Federating capabilities включають AAI, catalogue and registry, onboarding, metadata and PID alignment, monitoring та service-management foundations.

Характерним принципом є повторне використання та розширення компонентів EOSC EU Node. Таким чином, Швейцарія орієнтується не на створення паралельного «національного EOSC», а на максимальну сумісність із уже наявними компонентами Федерації.

Figure 2. Main building blocks of EOSC Node Switzerland: Resource Hub, Resource Platform and Federating Capabilities. The architecture is designed to reuse and extend EOSC EU Node components rather than duplicate common infrastructure. Source: EOSC Node Switzerland Build-up Group Meeting #01, 28 August 2026, slide 17.

Від каталогів до реальних дослідницьких сценаріїв

Швейцарський вузол уже має широкий набір ресурсів, які планують включати до федеративного середовища. У презентації наведено понад 15 сервісів із рівнем технологічної готовності TRL 7–9.

У life sciences та bioinformatics це, зокрема, SIB, SWISS-MODEL, Expasy і BioMedIT. У humanities and social sciences представлені DaSCH, FORS/SWISSUbase та університетські репозитарії. У materials and physical sciences — PSI, Materials Cloud і muon facilities. Для environment and climate використовуються World Glacier Monitoring Service, ICOS-CH та Eawag Datalakes. Обчислювальну й AAI-основу забезпечують, серед іншого, Switch Cloud і Switch eduID.

Принципово важливо, що ці ресурси не розглядаються як самоціль. Швейцарська команда визначила шість наукових use cases, які мають перевірити практичну цінність вузла.

Перший сценарій стосується federation of training materials через glittr.org, ELIXIR TeSS, mTeSS-X і PaNOSC. Другий поєднує ancient DNA, archaeology та astronomy у середовищі Galaxy. Третій присвячено Trusted Research Environments і федеративному аналізу sensitive data. П’ятий охоплює drug discovery and biodiversity з використанням SIB, SWISS-MODEL, SIBiLS та ExpasyGPT. Шостий демонструє reproducible cross-node workflows за моделлю compute-to-data із використанням REANA.

Для MATSCI-NASU особливо важливим є четвертий сценарій — “Materials science, data to publication”. Він охоплює маршрут від muon experiments до FAIR publication у Materials Cloud і передбачає узгодження з PaNOSC. Це показовий приклад того, що сучасний EOSC-вузол має будуватися не навколо окремого сервера, каталогу чи репозитарію, а навколо повного дослідницького маршруту: отримання або використання даних, їх аналіз, обчислення, документування та FAIR-публікація результатів.

Figure 3. Six scientific use cases of EOSC Node Switzerland. Of particular relevance to MATSCI-NASU are “Materials science, data to publication” and “Reproducible cross-node workflows.” Source: EOSC Node Switzerland Build-up Group Meeting #01, 28 August 2026, slide 19.

Поетапна реалізація замість одноразового «запуску вузла»

Швейцарський roadmap поділено на три фази.

У Phase 1, M1–M7, виконується initial alignment and coordination: формуються governance, international sounding board і визначається архітектура.

У Phase 2, M8–M18, відбуваються implementation and testing: має запрацювати prototype Resource Hub and Platform, визначаються onboarding pathways і проводиться тестування разом із партнерськими EOSC Nodes.

У Phase 3, M19–M24, основна увага приділяється federation readiness: зміцненню компонентів, cross-node coordination, business model і підготовці повного readiness package.

На M12 передбачено окремий checkpoint, після якого milestones можуть бути переглянуті відповідно до реального прогресу, стану EOSC Federation та зовнішніх залежностей. Це демонструє практичний підхід до розвитку вузла як до процесу нарощування зрілості, а не до одноразового створення інформаційної системи.

Figure 4. Twenty-four-month roadmap for EOSC Node Switzerland: Initial Alignment and Coordination, Implementation and Testing, and Iteration and Federation Readiness, with a formal checkpoint at month 12. Source: EOSC Node Switzerland Build-up Group Meeting #01, 28 August 2026, slide 20.

EOSC Mesh і поява multi-hub архітектури

Важлива частина презентації присвячена проєкту EOSC Mesh, який координує EGI. Його метою є не тільки підтримка enrolment окремих вузлів, а й створення моделі, у якій кілька EOSC Nodes можуть спільно надавати federating capabilities.

У межах EOSC Mesh планується сформувати hub із семи вузлів, які колективно надаватимуть каталог federation capabilities і працюватимуть через спільний FitSM-compliant Service Management System. Представлена multi-hub модель має забезпечити fault tolerance, кращу масштабованість, decentralised management та можливість адаптації окремих hub до конкретної предметної, технічної або географічної спільноти.

EOSC Mesh передбачає близько 25 federating capabilities. Серед core capabilities — AAI, accounting, helpdesk і monitoring. Generic capabilities включають notebooks, data transfer, Galaxy, REANA та sensitive-data processing. Thematic capabilities можуть включати спеціалізовані каталоги, knowledge bases та інші предметні сервіси.

Цей підхід демонструє важливу еволюцію архітектури EOSC: federating capabilities не обов’язково мають концентруватися в одному центральному вузлі. Їх можуть спільно підтримувати групи автономних вузлів.

Figure 5. EOSC Mesh multi-hub architecture. Groups of autonomous EOSC Nodes can jointly provide federating capabilities through a shared FitSM-compliant service-management framework while preserving decentralised governance. Source: EOSC Node Switzerland Build-up Group Meeting #01, 28 August 2026, slide 39.

EOSC4ALL: Node-as-a-Service і зниження бар’єра входження

Інший важливий проєкт — EOSC4ALL, координований GÉANT. Його стратегічна мета сформульована як low-barrier EOSC Node deployment. Ідея полягає в тому, щоб зробити розгортання EOSC Node простішим, швидшим і доступнішим для організацій, які мають наукові ресурси, але не можуть самостійно створити всі інфраструктурні компоненти.

Ключовим результатом має стати reusable Node-as-a-Service на базі GÉANT Digital Research Environment. До набору вихідних сервісів входять EOSC AAI, OCRE cloud framework, eduVPN, perfSONAR, GÉANT Data Transfer Node Testing Facility та security training. Проєкт має також розвивати federated File Sync & Share і моделі операційної готовності вузлів.

Це підтверджує загальну тенденцію EOSC: майбутні вузли дедалі більше можуть збиратися з повторно використовуваних federation-ready компонентів, а не розробляти всі сервіси самостійно.

AAI: не тільки login

Окремий блок презентації присвячений EOSC AAI Working Group. Його зміст демонструє, що сучасна federated AAI значно ширша за просту автентифікацію користувача.

До сфери роботи належать eduGAIN, MyAccessID, OIDC/OAuth2, token handling, claims, groups, roles, assurance levels та authorisation patterns. Робоча група також займається onboarding, security alignment, support processes та документацією.

Очікуваним результатом є «pragmatic, phased and reusable AAI framework», який дозволяє вузлам приєднуватися до Федерації, забезпечувати consistent single sign-on та підтримувати cross-node workflows без вимоги, щоб усі вузли використовували однакову локальну AAI implementation. Це особливо важливо для національних і тематичних вузлів, які вже мають власні identity-management системи.

Каталог як елемент семантичної інтероперабельності

Federated EOSC Node Resource Catalogue Working Group працює над обміном каталоговими даними, controlled vocabularies, класифікацією сервісів, визначенням research domains, access/order types і resource data model.

Презентація показує, що проблема полягає не лише у технічному збиранні описів ресурсів. Різні вузли використовують різні назви для подібних сервісів. Наприклад, категорії AAI, compute або storage можуть мати різні назви в EOSC EU Node, EOSC Finland чи EOSC Italy. Тому каталог потребує semantic alignment і формалізованого crosswalk між схемами класифікації.

Таким чином, каталог EOSC-вузла є не просто вебсторінкою зі списком сервісів, а частиною механізму машинної інтероперабельності Федерації.

Кібербезпека як окрема управлінська функція

Cybersecurity Working Group EOSC Federation має сформувати загальні cybersecurity policies, підтримувати їх впровадження у вузлах і сприяти розвитку CSIRT. У Швейцарії вже проведено спеціальний workshop з аналізу security requirements та оцінювання поточного security status кожного сервісу.

Це показує перехід від загального принципу «забезпечити кібербезпеку» до конкретної операційної моделі, яка включає policies, risk assessment, vulnerability management, threat reporting та incident response.

Figure 6. Coordination and operational structure of the EOSC Federation in 2026, showing the relationship between the Node Operations Committee, Node Coordinators Committee and specialised working groups covering Operations, Capabilities and Governance. Source: EOSC Node Switzerland Build-up Group Meeting #01, 28 August 2026, slide 55.

Від Project Charter до Work Packages: «missing implementation layer»

Фінальна частина презентації є особливо показовою для команд, які готують власні EOSC Nodes. Після аналізу відповідності Project Charter і Work Packages швейцарська команда дійшла висновку, що стратегічна візія, технічна архітектура та вимоги EOSC Federation загалом узгоджені. Проте було виявлено три проблеми: недостатньо чітке відображення deliverables у Work Packages, недоопрацьовані governance and sustainability та нечіткий operational ownership.

Project Charter уже визначає 15 deliverables, milestones, шість federation use cases, governance and sustainability objectives та federation-readiness targets, але значна частина цих елементів ще не була безпосередньо пов’язана з робочими пакетами.

У презентації ця проблема фактично визначена як “Missing Implementation Layer”. Для переходу до реалізації необхідно пов’язати кожне зобов’язання Charter із конкретною діяльністю, результатом, milestone, відповідальним виконавцем і критерієм готовності. Саме Project Charter визначено як reference framework, а Work Packages мають бути приведені у відповідність до нього.

Значення досвіду EOSC Node Switzerland для MATSCI-NASU

Досвід Швейцарії має кілька безпосередніх уроків для MATSCI-NASU. Насамперед він підтверджує доцільність use-case-driven моделі: тематичний EOSC-вузол має демонструвати повний дослідницький сценарій, а не лише перелік ресурсів. Швейцарський materials-science use case «data to publication» є близьким за логікою до підходу MATSCI-NASU, де відтворюваний workflow має поєднати обчислення, дані, метадані, FAIR-кураторство та публікацію результатів.

Другий урок полягає в тому, що use cases і технічна побудова вузла можуть і повинні розвиватися паралельно. Не потрібно чекати завершення всієї інфраструктури, щоб тестувати міжвузлові сценарії.

Третій урок — пріоритет повторного використання наявних federation capabilities. Перед розробкою власних AAI, monitoring, VRE або інших базових сервісів доцільно оцінювати можливість використання EOSC EU Node, EOSC Mesh, EOSC4ALL, EGI, GÉANT та інших готових компонентів.

Нарешті, швейцарський досвід показує, що найскладнішим етапом є не формулювання загальної архітектури, а перехід до чіткої операційної моделі: хто відповідає за кожний сервіс, які deliverables мають бути створені, як перевіряється readiness і як забезпечується сталість після завершення проєктного фінансування.

У цьому сенсі EOSC Node Switzerland є корисним прикладом переходу від концепції вузла до реальної участі у Федерації EOSC — через поетапне нарощування спроможностей, повторне використання спільних компонентів, розвиток предметних use cases, чітке управління і підготовку до production readiness.