EOSC Federation Handbook v2.0

EOSC Federation Handbook v2.0: архітектура, спроможності та вимоги до EOSC Nodes

Друга редакція EOSC Federation Handbook, опублікована 30 січня 2026 року, є основним практичним документом для організацій, які планують створити EOSC Node, приєднати його до EOSC Federation або надати свої ресурси через уже наявний вузол. Handbook поєднує організаційні, операційні та технічні аспекти федерації: governance, вимоги до вузлів, референтну архітектуру, Federating Capabilities, категорії дослідницьких ресурсів та процедуру enrolment. EOSC Association визначає Handbook як «living reference document», який розвивається разом із практичним формуванням федерації.

Рис. 1. Перехід від окремих дослідницьких інфраструктур до EOSC Federation. Джерело: Handbook, original Figure 1, p. 10.

2. EOSC Node і Node Exchange

Одне з найважливіших понять Handbook — Node Exchange. EOSC Node не повинен автоматично відкривати федерації всі ресурси організації, яка його створила. Вузол сам визначає, яку частину своїх generic capabilities та research resources він робить доступною для EOSC Federation.

Саме ця відібрана частина утворює Node Exchange. Сукупність Node Exchanges усіх вузлів формує EOSC Exchange — спільний набір сервісів, datasets та інших research products, доступних через федерацію. Рішення про те, які ресурси включати до Node Exchange, приймається governance вузла та/або відповідними resource providers; для цих ресурсів мають бути визначені належні User Access Policies.

Це важливий практичний принцип: EOSC Node є керованим портфелем ресурсів, а не копією всієї цифрової інфраструктури організації.

3. Референтна архітектура EOSC Node

Handbook формує EOSC Node reference architecture, яка не прив'язана до конкретного програмного забезпечення. Вузол може використовувати власні технології, якщо реалізовані необхідні функції та стандартизовані інтерфейси.

Архітектура розділяє два основні компоненти. Перший — Node Core Capabilities, необхідні для функціонування самого вузла: каталог ресурсів, AAI, helpdesk, monitoring, accounting, order management та інші операційні функції. Другий — Node Resources, тобто ресурси, доступні кінцевим користувачам. Вони охоплюють Node Generic Capabilities, придатні для багатьох дисциплін, та Research Resources, пов'язані з конкретними науковими доменами. Частина цих ресурсів включається до Node Exchange.

Рис. 2. Референтна архітектура EOSC Node та місце Node Exchange. Джерело: Handbook, original Figure 4.2, p. 25.

4. Federating Capabilities — що зв'язує вузли між собою

Federating Capabilities (FCs) — це спільні функції, завдяки яким EOSC Nodes працюють як федерація, а не просто як набір незалежних ресурсів. Вони реалізуються одним або кількома сервісами та зв'язуються з локальними сервісами вузлів через інтерфейси, визначені EOSC Interoperability Framework

Handbook v2.0 визначає дев'ять FC:

Рис. 3 Figure 4.1 – Schematic (or conceptual) view of the EOSC Federation Architecture

Саме так статуси зафіксовані у Table 4.3 Handbook. На момент написання документа офіційні interoperability guidelines існували лише для двох mandatory capabilities — FC-1 AAI та FC-2 Resource Catalogues and Registry Services.

Для нового сайту ЦК ці два FC доцільно розглядати окремо: FC-1 — у нашому огляді EOSC AAI Architecture 2025, а FC-2 — у двох оглядах Registration of EOSC Research Product Catalogues та Registration of EOSC Service Catalogues.

5. Research Resources і EOSC Exchange

Handbook розглядає EOSC насамперед як середовище для створення Web of FAIR Data and Services. До ресурсів можуть належати research publications, datasets і data sources, research software, tools, computing та data-management services, training resources, interoperability guidelines та інші ресурси для досліджень.

Важливо, що різні типи ресурсів потрапляють до федерації різними механізмами. Research products передаються через Research Product Catalogues, а services — через Service Catalogues. Ресурси, які потребують контрольованого доступу, додатково використовують federated AAI. Саме тому каталоги й AAI разом утворюють базовий технічний рівень федерації. Handbook прямо відносить research data sources — репозитарії й бази даних — до EOSC services і вимагає орієнтації на FAIR та trusted repositories.

Для центру компетенції особливо показово, що до Resource Categories у Handbook включені також Research Competence Centres — як середовища експертизи, навчання, knowledge transfer та підтримки Open Science.

6. EOSC Interoperability Framework

Федерація може працювати лише тоді, коли вузли мають спільний спосіб взаємодії. Для цього використовується EOSC Interoperability Framework (EOSC IF).

У Handbook він складається з трьох елементів: EOSC Interoperability Guidelines, що описують механізми взаємодії та підключення до Federating Capabilities; EOSC Interoperability Registry, де реєструються відповідні guidelines; та EOSC IF Governance, що керує розвитком цієї системи.

Водночас EOSC IF не нав'язує вузлам однакове програмне забезпечення. Вузол може використовувати власну реалізацію, якщо вона відповідає погодженим інтерфейсам, стандартам і guidelines.

Рис. 4 Figure 4.4: Schematic of EOSC Nodes interconnecting through Federating Capabilities to support two cross-node use case examples during the build-up phase

7. Service Management, cybersecurity і data protection

Перехід EOSC Federation до production означає, що від вузлів очікується не лише технічне підключення ресурсів, а й професійне управління інфраструктурою.

Handbook вимагає наявності Service Management System, сумісної з визнаними ITSM-підходами, такими як FitSM або ISO/IEC 20000-1. Окремими компонентами готовності вузла є cybersecurity та data protection: оцінка ризиків, процедури реагування на інциденти, визначені security contacts, документовані політики та чітке визначення ролі організації відповідно до GDPR.

Це важливе зміщення акценту: EOSC Node — це операційно керована цифрова інфраструктура, а не лише портал або каталог ресурсів.

8. Як вузол приєднується до EOSC Federation

Приєднання описується через поняття enrolment. Підписання Memorandum of Understanding є обов'язковою передумовою для організації, що створює EOSC Node. MoU визначає принципи участі, interim governance та ролі сторін.

На технічному рівні Handbook пропонує послідовність: зіставити наявну інфраструктуру з EOSC Node reference architecture; забезпечити професійну експлуатацію; визначити Node Exchange; опублікувати його ресурси в EOSC Federation Catalogue; забезпечити federated AAI; підключитися до mandatory Federating Capabilities і, за потреби, до рекомендованих.

Особливо важлива вимога: ресурси Node Exchange мають бути опубліковані через Federation Catalogue / Resource Hub, а доступ до вузла повинен підтримувати AARC-compatible AAI та відповідні federated identity mechanisms.

9. Практичні наслідки для майбутнього EOSC Node НАН України

Для майбутнього EOSC Node НАН України Handbook можна використовувати фактично як верхньорівневу матрицю готовності.

Спочатку потрібно визначити архітектуру вузла та розподіл відповідальності між організаціями. Далі — сформувати Node Exchange: тобто визначити, які репозитарії, datasets, research software, обчислювальні та storage resources, навчальні й support services реально пропонуються федерації. Після цього для відібраних ресурсів необхідно забезпечити каталогізацію, AAI, monitoring, helpdesk, policies, cybersecurity, service management та відповідні interoperability interfaces.

Для ЦК це означає окремий напрям робіт: допомогти resource providers підготувати метадані, FAIR-опис, політики доступу, документацію, профілі сервісів і research products, тоді як оператор вузла забезпечує технічне функціонування federating capabilities.

Handbook таким чином дає рамку, в яку вже природно вкладаються три більш спеціалізовані документи, що ми розглядаємо окремо:

EOSC AAI Architecture 2025 → FC-1

Research Product Catalogues + Service Catalogues → FC-2

10. Стан реалізації EOSC Federation у 2026 році

Цей блок уже є оновленням станом на вересень 2026 року, а не частиною тексту Handbook.

EOSC Federation зараз переходить від prototype до production-grade environment. На початок вересня EOSC Build-up Group включає EOSC EU Node та 27 candidate EOSC Nodes, які працюють над enrolment та технічною інтеграцією. Interim structure — Node Coordinators Committee, Node Operations Committee та тематичні working groups — має забезпечити цей перехід до кінця 2026 року.

25 червня 2026 року Node Coordinators Committee ухвалив EOSC EU Node Registration Policy v0.7, яка визначає реєстрацію Nodes та їхніх Service і Research Product Catalogues через Contributors Dashboard. Успішна інтеграція з Federated AAI залишається технічною передумовою реєстрації.

Отже, EOSC Federation Handbook v2.0 слід читати не як завершену специфікацію незмінної системи, а як актуальну референтну рамку етапу переходу EOSC Federation до операційного режиму. Сам EOSC уже створив окрему Handbook Working Group, завданням якої є підготовка наступної редакції на основі досвіду реальних EOSC Nodes.

EOSC Federation Handbook, second edition, 30 January 2026,

DOI 10.5281/zenodo.18454649.