D5.4 Результат проекту EOSC Beyond

30.12.2025

Документ D5.4 описує діючий компонент екосистеми Європейської хмари відкритої науки, який називається “EOSC Core Innovation Sandbox”. Це не теоретичний прототип, а робоче передпродуктивне середовище, доступне онлайн, у якому можна безпечно перевіряти інтеграцію сервісів і нод із “ядром” федерації, перш ніж переходити до промислової експлуатації.

Що таке “Innovation Sandbox” і чому він потрібен

У документі пояснено, що на ранніх етапах розвитку Європейської хмари відкритої науки інтеграція часто гальмувалась через фрагментовані та несумісні тестові середовища: постачальники сервісів і оператори нод не мали довіреного простору, де можна випробувати, перевірити та налагодити інтеграції до переходу в продуктивний контур. Саме для закриття цієї прогалини “пісочницю” спроєктовано як спеціальне передпродуктивне середовище.

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

Які цілі та ефекти для федерації

D5.4 визначає “пісочницю” не лише як технічний майданчик, а як інструмент посилення стійкості федерації у довгостроковій перспективі. Окремо підкреслено три групи цілей:

зниження ризиків через перенесення інтеграційних робіт у передпродуктивний контур;
забезпечення інтероперабельності, оскільки Європейська хмара відкритої науки спирається на спільні рамки, такі як інфраструктура автентифікації та авторизації, постійні ідентифікатори, профілі метаданих і принципи FAIR; “пісочниця” працює як вузол федератора і надає місце для перевірки відповідності цим рамкам;
нарощування спроможності операторів нод: середовище дозволяє операторам (зокрема тим, хто лише формує національні, регіональні або тематичні ноди) “репетирувати” розгортання, перевіряти процедури приєднання та підвищувати операційну зрілість до входження у продуктивну федерацію.

Кого документ визначає як основних користувачів і що саме вони тестують

У розділі про зацікавлені сторони D5.4 описує, як “пісочниця” використовується різними групами:

Постачальники базових сервісів “ядра” перевіряють і вдосконалюють фундаментальні компоненти, такі як інфраструктура автентифікації та авторизації, служба підтримки, моніторинг, облік використання та сервіси постійних ідентифікаторів.
Постачальники сервісів і даних, які планують бути представленими в “ринку” Європейської хмари відкритої науки, отримують змогу перевірити відповідність вимогам до метаданих, доступності та інтероперабельності без ризиків для кінцевих користувачів.
Дослідницькі спільноти використовують середовище для валідації складних робочих процесів, що поєднують дані та інструменти з різних доменів, і для перевірки відтворюваності, відповідності принципам FAIR та кросдоменної сумісності.
Оператори інфраструктур (зокрема ті, що готуються стати нодами) тестують механізми автентифікації, інтеграцію каталогів ресурсів і підключення служби підтримки, щоб “довести” конфігурацію до сумісності до приєднання до федерації.

Окремо в документі виділено, що доступ і залучення організовані рольовим способом, а основний фокус взаємодії через формальні процедури стосується трьох категорій: постачальників сервісів, дослідницьких спільнот і операторів інфраструктур (пілотних нод).

Які “федеративні можливості” надає середовище

D5.4 описує “пісочницю” як віртуальний вузол федератора, який надає набір базових федеративних сервісів, необхідних для перевірки інтеграції нод і ресурсів. Серед названих можливостей: автентифікація й авторизація, постійні ідентифікатори, моніторинг, облік використання, служба підтримки, обмін повідомленнями, середовище виконання (із розгортанням і керуванням життєвим циклом застосунків через компонент керування інфраструктурою та шаблони оркестрації), а також каталог ресурсів і механізм замовлення ресурсів.

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

Federating Capability	Core Component(s)	Function
Authentication and Authorization	AAI (Infrastructure Proxy, Identity Hub, Federated AAI Connector)	Federated access across nodes and services, single sign-on, and identity management.
Execution Framework	Infrastructure Manager, TOSCA templates	Deployment and orchestration of applications across heterogeneous infrastructures; supports multi-cloud and lifecycle management.
Persistent Identifiers	PID Service	Long-term identification and resolution of digital objects across the federation.
Monitoring	Monitoring Service	Collection and publication of availability and reliability metrics for EOSC Core and Exchange services.
Accounting	Accounting for Services; Accounting for Research Products	Usage tracking and aggregation of metrics for services and research outputs.
Helpdesk	Central Helpdesk and Adapters	Unified ticketing, support management, and integration with provider-specific helpdesks.
Messaging	ARGO Messaging Service	Reliable message exchange and notification system between federated components.
Resource Catalogue	Service Catalogue; Research Product Catalogue	Registration, discovery, and management of resources and providers within EOSC.
Order Management	Order Management System	Unified ordering and provisioning workflow across EOSC services.
Front Office	Explore; Discovery Hub; User Dashboard	User interface for researchers to discover, request, and access EOSC resources.

Таблиця 1: Федеративні можливості EOSC Core. Ці федеративні можливості є наріжним каменем архітектури Sandbox

Як організовано доступ і онбординг

У документі описано, що запит на доступ подається із зазначенням сценарію використання, технічних потреб і потреби в підтримці; далі команда підтримки скеровує заявника відповідно до його ролі.

Для постачальника сервісів підкреслено, що після реєстрації він може додавати власні ресурси (сервіси, джерела даних, дослідницькі продукти, навчальні матеріали) до каталогу “пісочниці”, але відповідальність за реєстрацію та опис ресурсів лежить на постачальнику, і ці описи мають відповідати профілям Європейської хмари відкритої науки та інтегруються в каталог.

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

Окрема практична цінність для операторів майбутніх нод полягає в тому, що розгортання рекомендовано починати саме через “пісочницю”, яка організована поетапно (середовище розробки, середовище інтеграції та передпродуктивне середовище). Такий шлях дозволяє поступово уточнювати конфігурацію, зменшувати ризик помилок у продуктивному контурі та користуватися допомогою технічних експертів для онбордингу.

Практичне значення для НАН України та майбутньої ноди

З погляду формування ноди НАН України документ дає корисну “рамку підготовки”: ноду доцільно розгортати так, щоб до продуктивного підключення в Європейській хмарі відкритої науки можна було пройти цикл перевірок у передпродуктивному середовищі з орієнтацією на інтероперабельність, якість і відповідність принципам FAIR.

У прикладній площині для НАН України це відкриває три зрозумілі траєкторії використання “пісочниці”:

Траєкторія оператора ноди. Перевірити, що обрані сервіси ноди НАН України коректно взаємодіють із федеративними компонентами: єдиним входом, каталогами ресурсів, інтеграцією служби підтримки, механізмами моніторингу та обліку використання. Саме ці елементи в документі названо типовими об’єктами тестування для операторів інфраструктур, які готуються приєднатися до федерації.
Траєкторія постачальника сервісів і даних. Підготувати “упаковані” ресурси для майбутнього надання через ноду НАН України, перевірити відповідність вимогам до метаданих, доступності та інтероперабельності, а також відпрацювати процес реєстрації та опису ресурсів у каталозі.
Траєкторія дослідницьких спільнот. Відібрати 2–3 репрезентативні робочі процеси (наприклад, для цифрового матеріалознавства або для розрахункової механіки матеріалів) і прогнати їх у федеративних умовах, щоб перевірити відтворюваність, повторне використання та сумісність компонентів із різних доменів.