DSpace — що це за система і кому вона підходить

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

На відміну від короткої енциклопедичної довідки, нижче розглянемо не лише історію DSpace, а й сучасну архітектуру, підтримувані версії, відмінність від DSpace-CRIS, реальні складники вартості та вимоги до впровадження. Для читачів, які прийшли за запитом «dspace wikipedia», ключові довідкові дані зібрано в компактній таблиці, але кожен практичний висновок пояснено окремо. Дані про версії актуальні станом на 4 серпня 2026 року.

DSpace — це що

DSpace — репозитарна платформа, тобто спеціалізована система для приймання, опису, збереження та публікації цифрових об’єктів. Типовий матеріал у ній має окрему сторінку, набір метаданих, один або кілька файлів, стабільну адресу та визначені права доступу. Це принципово відрізняє репозитарій від розділу сайту, де PDF-файли просто розкладено за папками або роками.

Найпоширеніший сценарій — інституційний репозитарій університету. У ньому можуть зберігатися статті, дисертації, кваліфікаційні роботи, монографії, матеріали конференцій, навчально-методичні видання, звіти, зображення, аудіо, відео та дослідницькі дані. Офіційний сайт DSpace зазначає, що платформа підтримує різні цифрові формати й використовується не лише академічними, а й неприбутковими та комерційними організаціями.

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

створює єдину структуру фондів і колекцій;
зберігає бібліографічні та адміністративні метадані;
підтримує подання матеріалів і їх перевірку відповідальними працівниками;
розмежовує відкритий, обмежений та відкладений доступ;
забезпечує пошук і перегляд матеріалів;
віддає метадані зовнішнім системам через OAI-PMH та REST API;
надає статистику переглядів і завантажень;
дає технічну основу для інтеграцій із науковими ідентифікаторами й сервісами.

Важливо розділяти можливості системи та результат впровадження. DSpace оптимізований для індексації наукового контенту в Google Scholar, але встановлення платформи саме по собі не гарантує появи всіх записів у пошуку. Потрібні доступні сторінки матеріалів, коректні бібліографічні метатеги, окремі URL, якісні метадані та виконання вимог Google Scholar до включення.

Історія та ключові факти

Першу публічну версію DSpace випустили в листопаді 2002 року. Платформа виникла як спільна розробка фахівців Массачусетського технологічного інституту — MIT — та HP Labs. Цю дату й походження підтверджує офіційна хронологія проєкту.

Згодом навколо системи сформувалася міжнародна спільнота установ, розробників і сервіс-провайдерів. Сьогодні DSpace Program працює за спільнотною моделлю за підтримки Lyrasis. Це означає, що продукт не належить одному комерційному вендору: напрям розвитку визначається через структури врядування, внески учасників і відкриту розробку.

DSpace поширюється за дозвільною ліцензією BSD-3-Clause. Код можна використовувати, змінювати й розгортати без ліцензійної плати за умови дотримання тексту ліцензії. Офіційний репозиторій DSpace на GitHub також підтверджує, що серверна частина написана на Java, а користувацький інтерфейс винесений в окремий Angular-проєкт.

Станом на серпень 2026 року головна сторінка DSpace повідомляє про понад 3000 організацій, які використовують платформу у production- або проєктному середовищі. У README офіційного GitHub-репозиторію досі наведено консервативнішу оцінку «понад 2000». Обидва формулювання є нижніми межами, але для актуального огляду доцільно орієнтуватися на новіше повідомлення офіційного сайту.

Таблиця характеристик

Характеристика	Актуальні дані
Тип системи	Open-source платформа цифрового та інституційного репозитарію
Перший публічний реліз	Листопад 2002 року
Початкові розробники	MIT і HP Labs
Організаційна підтримка	DSpace Program за підтримки Lyrasis і міжнародної спільноти
Ліцензія	BSD-3-Clause
Бекенд	Java, REST API та машинні інтерфейси, зокрема OAI-PMH
Фронтенд	Angular, окремий від бекенду застосунок
База даних і сервер застосунків	PostgreSQL; зазвичай Apache Tomcat
Пошук	Solr у типовій архітектурі DSpace
Модель даних	Communities → Collections → Items → Bundles → Bitstreams
Базова схема метаданих	Qualified Dublin Core; можна додавати інші схеми
Серверна ОС	На практиці найчастіше Linux; потрібне середовище, сумісне з Java, PostgreSQL і Tomcat
Актуальна основна версія	DSpace 10.0, випущена 24 червня 2026 року
Підтримувані гілки	8.x, 9.x і 10.x
Код	Backend та Angular frontend на GitHub
Офіційний сайт	dspace.org

Чинні офіційні матеріали описують необхідні програмні компоненти, але не подають Solaris, Unix, Ubuntu й Windows як однаково рекомендовані production-платформи. Тому для нового розгортання коректніше говорити про типове Linux-середовище та перевіряти сумісність конкретної версії DSpace з усім серверним стеком.

Хто вже користується DSpace

Один із відомих прикладів — Open Knowledge Repository Світового банку, офіційний репозитарій досліджень і інформаційних продуктів організації. У його умовах використання прямо зазначено, що сайт працює на open-source програмному забезпеченні DSpace.

Інший приклад — Apollo, інституційний репозитарій Кембриджського університету. Він зберігає наукові результати, дисертації, дані й цифрові колекції університету; оприлюднений Кембриджем огляд платформи підтверджує використання DSpace.

В Україні DSpace також застосовують у репозитаріях закладів вищої освіти. Наприклад, Електронний архів Національного університету «Одеська юридична академія» прямо вказує, що проєкт реалізовано на базі DSpace. Інтерфейс актуальних версій має український переклад: додавання української локалізації зафіксовано в офіційному репозиторії Angular-інтерфейсу, а українська мова доступна, зокрема, в інтерфейсі Apollo.

Як DSpace влаштований

Починаючи з DSpace 7, платформа чітко поділена на дві основні частини. Бекенд — Java-застосунок, який працює з базою даних, файлами, правами доступу, пошуком, метаданими й інтеграціями. Він надає REST API та інші машинні інтерфейси. Фронтенд — окремий вебзастосунок на Angular, який звертається до бекенду через API й показує сторінки користувачам та адміністраторам.

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

DSpace не є одним виконуваним файлом. Типова production-інфраструктура включає PostgreSQL, Tomcat, Solr, файлове сховище, вебсервер або проксі, TLS-сертифікат, резервні копії та моніторинг. Склад системи впливає на вимоги до підтримки, але водночас дає змогу масштабувати компоненти й інтегрувати репозитарій з іншими сервісами.

Окреме розгортання компонентів також впливає на діагностику. Наприклад, сторінка може відкриватися, але пошук не повертатиме нові записи через проблему з індексом; або метадані будуть доступні через REST API, а фронтенд не покаже їх через конфігурацію форми. Тому технічне приймання має перевіряти не лише головну сторінку, а весь ланцюг: подання, модерацію, збереження файлу, індексування, права доступу, OAI-PMH, резервне копіювання та відновлення.

Структура даних

Спрощено ієрархію DSpace описують так: спільноти → колекції → записи → файли.

Community, або спільнота, представляє великий структурний блок: університет, факультет, інститут чи тематичний напрям. Спільноти можуть містити вкладені спільноти.
Collection, або колекція, об’єднує матеріали за кафедрою, типом документа, серією або іншим правилом. Саме для колекції зазвичай налаштовують процес подання та відповідальних осіб.
Item, або запис, є сторінкою конкретної роботи чи цифрового об’єкта. Він містить метадані, зв’язки, права та файли.
Bitstream — окремий файл: PDF, зображення, таблиця, відео або інший цифровий об’єкт. Технічно bitstreams групуються в bundles, наприклад у пакет оригінальних файлів або ліцензій.

DSpace вимагає наявності Qualified Dublin Core, але не обмежує установу лише цією схемою. Адміністратор може створювати додаткові схеми та поля для ORCID, DOI, підрозділів, типів публікацій, проєктів чи локальних класифікаторів. У DSpace 10 розширюються можливості роботи зі структурованими метаданими, сутностями та зв’язками між ними.

Головна практична помилка — проєктувати ієрархію лише за виглядом організаційної структури. Перед наповненням потрібно визначити, хто подає матеріали, хто їх перевіряє, як змінюються підрозділи, які звіти потрібні та чи доведеться переносити дані з інших систем. Перебудова структури після масового завантаження значно складніша за попереднє моделювання.

Що працює «з коробки»

Базова інсталяція DSpace надає функції, потрібні більшості інституційних репозитаріїв:

пошук, перегляд і фільтрацію записів;
подання матеріалів через налаштовувані форми;
робочі процеси перевірки та затвердження;
ролі, групи й політики доступу;
ембарго та обмежений доступ до файлів;
статистику використання;
OAI-PMH для передавання метаданих агрегаторам;
REST API для інтеграцій;
підтримку постійних адрес та інтеграцій з ідентифікаторами;
оптимізацію сторінок для Google Scholar;
багатомовний інтерфейс.

«З коробки» не означає «без налаштування». Установа все одно має створити структуру спільнот і колекцій, визначити обов’язкові поля, налаштувати форми подання, ролі, правила доступу, електронну пошту, домен, резервні копії та оформлення. Для DOI потрібен договір із реєстраційним агентством і технічна інтеграція; DSpace не надає DOI безпосередньо як частину безкоштовної ліцензії.

Версії DSpace: яку ставити

24 червня 2026 року опубліковано DSpace 10.0. Це повноцінний основний реліз із новими функціями, виправленнями, оновленнями безпеки та першим пакетом можливостей, перенесених із DSpace-CRIS. Серед змін офіційне повідомлення називає розширене керування метаданими, складніші робочі процеси сутностей, покращене адміністрування, редагування записів через форми подання, зменшення зайвих REST-запитів і зручніші URL.

Після виходу 10.0 гілка 7.x перейшла в статус end-of-life. Реліз 7.6.7 став останнім для цієї серії, а підтримуваними залишаються 8.x, 9.x і 10.x. EOL означає, що для 7.x більше не планують нових випусків, виправлень помилок і безпекових оновлень від основного проєкту.

Для нового репозитарію логічно спочатку оцінювати DSpace 10.0. Обрати 9.x замість 10.x можна, якщо критичний локальний модуль, тема чи інтеграція ще не перевірені з новою версією. Гілка 8.x залишається підтримуваною, але за відсутності спеціальної залежності зазвичай не є першим кандидатом для нового проєкту. Це практична рекомендація, а не універсальне правило: рішення слід приймати після перевірки сумісності всього стеку.

Що робити, якщо у вас стара версія

Якщо репозитарій працює на DSpace 5, 6 або 7, оновлення потрібно розглядати як проєкт міграції, а не як звичайне встановлення патча. Під час переходу з 6.x і старіших версій змінюється не лише номер: у 7+ старі інтерфейси XMLUI та JSPUI більше не підтримуються, а користувацька частина працює на Angular.

Перед міграцією варто:

зафіксувати точні версії бекенду, теми, плагінів і бази даних;
перевірити резервні копії бази, файлового сховища та конфігурації;
інвентаризувати локальні зміни коду й інтеграції;
розгорнути тестове середовище;
виконати пробне оновлення за офіційними інструкціями для кожного переходу;
перевірити записи, файли, права, пошук, OAI-PMH, статистику та індексацію;
лише після приймання планувати production-перехід.

Перехід зі старої версії не обов’язково означає втрату даних, але без тестування зростає ризик некоректних метаданих, непрацюючих посилань, несумісної теми або недоступних файлів. Детальний організаційний процес розглянемо в статті «Як створити інституційний репозитарій університету: 8 кроків».

DSpace vs DSpace-CRIS

Класичний DSpace насамперед був платформою репозитарію: він зберігав публікації, файли, метадані та структуру колекцій. DSpace-CRIS розширив цю модель до CRIS — Current Research Information System, тобто системи обліку наукової діяльності. Крім публікацій, така система працює з профілями дослідників, проєктами, грантами, підрозділами, показниками та зв’язками між усіма цими сутностями.

У листопаді 2025 року керівні органи DSpace схвалили поетапне злиття двох напрямів. За офіційним оголошенням, інтеграція має відбутися у двох основних релізах: початися в DSpace 10 і завершитися в DSpace 11. Після завершення має залишитися єдина конфігурована платформа DSpace.

Отже, питання «DSpace чи DSpace-CRIS?» поступово втрачає колишню однозначність, але станом на серпень 2026 року злиття ще не завершене. DSpace 10 містить перший набір CRIS-функцій, а решту заплановано для DSpace 11. Установа з чинною DSpace-CRIS не повинна вважати DSpace 10 автоматично повною функціональною заміною: спочатку потрібно зіставити сутності, звіти, робочі процеси та локальні розширення.

Скільки коштує DSpace

Ліцензія DSpace коштує 0 грн, тому що код поширюється за BSD-3-Clause. Це не означає, що створення й робота репозитарію не потребують бюджету. У загальну вартість входять інфраструктура, праця фахівців і постійна експлуатація.

Основні статті витрат:

сервер або хмарні ресурси;
домен, TLS-сертифікат і мережеві налаштування;
встановлення PostgreSQL, Tomcat, Solr, бекенду й фронтенду;
моделювання спільнот, колекцій і метаданих;
локалізація, брендування та зміни інтерфейсу;
міграція записів і файлів;
інтеграції з авторизацією, ORCID, DOI, OpenAIRE чи внутрішніми системами;
тестування індексації, OAI-PMH, пошуку та прав доступу;
навчання бібліотекарів і адміністраторів;
резервні копії, моніторинг, оновлення й технічна підтримка.

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

Три сценарії бюджету

Сценарій	Прямі витрати	Внутрішнє навантаження	Основний ризик
Власними силами	Ліцензія 0; сервер і робочий час команди	Високе: потрібні адміністрування, Java, Angular і бібліотечна експертиза	Проєкт залежить від окремих працівників і може відкладати оновлення
Впровадження підрядником	Оплата аудиту, розгортання, міграції, налаштування та навчання	Середнє: установа погоджує модель і приймає результат	Нечітке технічне завдання може збільшити обсяг робіт
Керований хостинг	Регулярна плата за інфраструктуру й сервіс	Нижче технічне навантаження, але бібліотечні процеси залишаються в установі	Залежність від умов провайдера та обмежень тарифу

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

На сторінці послуги «DSpace та інституційні репозитарії» описано роботи з розгортання, структуризації колекцій, міграції, налаштування метаданих, навчання та супроводу.

Плюси й мінуси

Переваги DSpace

Відкритий код і відсутність ліцензійної плати. Установа не купує право на кожного користувача чи запис.
Зріла репозитарна модель. Спільноти, колекції, записи, файли, робочі процеси й права відповідають типовим завданням університетської бібліотеки.
Інтероперабельність. OAI-PMH, REST API та інші інтерфейси полегшують обмін даними.
Міжнародна спільнота. Є відкритий код, документація, списки розсилки, issue tracker і мережа сервіс-провайдерів.
Гнучкі метадані. Крім Qualified Dublin Core, можна створювати локальні та предметні схеми.
Робота з різними форматами. Платформа зберігає документи, зображення, мультимедіа й набори даних.
Українська локалізація. Офіційний Angular-інтерфейс має український переклад, який можна допрацьовувати для локальних потреб.
Подальший розвиток CRIS-функцій. Із DSpace 10 почалася інтеграція можливостей DSpace-CRIS у ядро.

Обмеження DSpace

Потрібна технічна компетенція. Для production недостатньо вміти адмініструвати звичайний CMS-сайт.
Фронтенд потребує Angular-розробника. Глибока зміна теми, компонентів або сценаріїв інтерфейсу є окремою розробкою.
Оновлення між основними версіями — це проєкт. Потрібні тестове середовище, резервні копії й перевірка сумісності.
Якість результату залежить від метаданих. Погано спроєктовані поля й довідники знижують якість пошуку, обміну та звітності.
Google Scholar не дає гарантії індексації. Платформа лише створює технічні передумови; потрібно дотримуватися правил пошукової системи.
Ліцензія 0 не дорівнює нульовій сукупній вартості. Сервер, міграція, підтримка та навчання залишаються витратами.

Порівняння DSpace з EPrints, InvenioRDM, Dataverse, Omeka S та іншими рішеннями дивіться у статті «Системи репозиторіїв: огляд DSpace та альтернатив».

FAQ

Чи безкоштовний DSpace?

Так, вихідний код DSpace доступний без ліцензійної плати за BSD-3-Clause. Однак установа оплачує або забезпечує власними ресурсами сервер, налаштування, міграцію, адміністрування, оновлення, резервне копіювання, підтримку та навчання працівників.

Якою мовою написаний DSpace?

Серверна частина DSpace написана переважно на Java та надає REST API. Сучасний користувацький інтерфейс — окремий застосунок на Angular, тобто на TypeScript і вебтехнологіях. Для роботи системи також потрібні PostgreSQL, Tomcat, Solr та інші інфраструктурні компоненти.

Чи є українська локалізація DSpace?

Так. Український переклад додано до офіційного Angular-інтерфейсу DSpace. Перед production-запуском варто перевірити повноту перекладу саме для обраної версії та локальних модулів, тому що нові функції можуть додавати нові текстові рядки.

Скільки триває впровадження?

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

Чи можна мігрувати з EPrints до DSpace?

Зазвичай так, якщо з EPrints можна експортувати записи, метадані та файли у придатному для обробки форматі. Проте прямої універсальної кнопки немає: потрібно зіставити поля, колекції, авторів, ідентифікатори, права доступу та файли, виконати тестовий імпорт і перевірити результат. Це висновок із загальної логіки міграції репозитарних даних; конкретний спосіб залежить від версій та локальних модифікацій обох систем.

Чи підходить DSpace вашій установі

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

Щоб оцінити версію, стан даних, структуру колекцій і реальний обсяг робіт, замовте аудит або впровадження DSpace. Результатом має бути не лише встановлена система, а репозитарій із перевіреними метаданими, доступами, резервними копіями та зрозумілими правилами щоденної роботи.