Перейти к основному содержимому

Свои силы, свободное ПО или облачный сервис

Способ создания выбирают раньше марки. Платформа, которая идеально закрывает функции, бесполезна, если её некому обновлять.

Шесть способов​

  1. Публиковать в существующем каталоге — региональном, национальном, университетском или общем вроде Zenodo.
  2. Статический сайт или Git-репозиторий — JKAN, PortalJS, OpenSDG, статический каталог STAC, репозиторий на GitHub. Подробно в части «Публикация без портала».
  3. Раздел уже существующего сайта, если движок сайта умеет отдать описания машинно, а не только нарисовать таблицу.
  4. Облачный сервис — Huwise (бывшая OpenDataSoft), Socrata, ArcGIS Hub, Figshare.
  5. Свободная платформа у себя, с теми расширениями, которые закрывают обязательные функции: CKAN, Dataverse, GeoNetwork, NADA, PxWeb.
  6. Своя разработка.

Сроки запуска и сопровождения — в главе о развёртывании.

По чему сравнивать​

  • Закрыты ли обязательные функции ядром или живым расширением.
  • Сколько людей и денег в год, включая проверку расширений при обновлении.
  • Где лежат данные и можно ли так по правилам организации.
  • Что будет, если поставщик, подрядчик или единственный администратор исчезнут.

Когда какой способ уместен​

СпособУместен, когда
Чужой каталогданных немного, своей команды нет, подходящий каталог уже принимает ваши наборы
Статический сайт или репозиторийдесятки наборов, редкие правки, есть человек, который умеет работать с Git
Раздел сайтакаталог маленький, а сайт умеет отдать DCAT или хотя бы schema.org
Облачный сервиснужен запуск за недели, эксплуатации своей нет, данные можно разместить у поставщика
Свободная платформаесть команда или подрядчик на годы, нужны свои поля и независимость от тарифа
Своя разработкаобязательная функция не закрывается ни одной платформой даже расширением, и команда есть на весь срок

Сколько стоит облачный сервис​

Цены облачных порталов почти никто не публикует, поэтому ориентиры приходится собирать по открытым закупкам. Что удалось найти на октябрь 2026 года:

СервисЧто известно о ценеГде это видно
PortalJS (Datopian)открытая версия бесплатна; облачные тарифы — 1188, 3588 и 14 990 долларов в год, крупные проекты по договорённостистраница тарифов вендора
ArcGIS Hub (Esri)базовая версия входит в платные лицензии ArcGIS Online; Premium — отдельная годовая подписка, цену называет отдел продажстраница вариантов покупки
Huwise (бывшая OpenDataSoft)прайса нет. Территориальное объединение Гран-Пари-Сен-Уэст в 2025 году заключило договор на 600 тысяч евро на хостинг, сопровождение и услуги; британское West of England Combined Authority заплатило 42 тысячи фунтов за год работы портала в 2026–2027 годахобъявления о закупках
Socrata (Tyler Technologies)прайса нет. Остин в 2024 году одобрил договор на платформу Data & Insights, на которой работает городской портал, на срок до пяти лет и сумму до 5 млн долларовматериалы городского совета

Суммы из закупок нельзя делить друг на друга: в договор входят разные услуги, сроки и число пользователей, а сумма часто означает потолок, а не фактический платёж. Поэтому в карточку решения записывают не «сколько стоит у соседа», а коммерческое предложение на ваш объём. Где искать сравнимые договоры: в Европейском союзе — TED, во Франции — сведения о договорах на data.gouv.fr, в Великобритании — Find a Tender, в США — повестки и решения городских советов, в России — ЕИС.

Рынок облачных порталов существует в основном там, где принято платить за подписку. В других странах чаще ставят свободное ПО или живут на бесплатной версии ArcGIS Hub.

Своя разработка: четыре вопроса до старта​

Ответы пишут в карточку решения, не в переписку.

  • Какую обязательную функцию не дают ни ядро, ни живое расширение? Назовите функцию, а не «нам нужно по-особенному».
  • Кто сопровождает систему через пять лет, если автор уволится?
  • Как в своей системе будут устроены постоянные адреса, лицензия набора, выгрузка описаний и schema.org? Без этого каталог повторяет типичную беду самописных сайтов.
  • Сколько стоит уйти? Об этом раздел «Сколько стоит уйти» в конце главы.

По выгрузке реестра dataportals-registry (выпуск 1.27.0 от 15 октября 2026 года) самописных каталогов около 16%. Среди каталогов показателей их 44%, и API есть только у 37%. Своя разработка чаще всего проигрывает не в день запуска, а в тот год, когда её перестают развивать.

Свой движок обычно не нужен​

Соблазн написать «правильный» каталог с нуля понятен: у готовых платформ всегда есть неудобства. Но движков каталогов десятки, и большинство задач они уже решили. Два примера показывают цену соблазна.

Всемирный банк и ОЭСР. У Всемирного банка несколько отдельных публичных систем с данными: портал показателей, DataBank, каталог наборов, библиотека микроданных. В 2025 году к ним добавился ещё один портал — Data360, со своим программным интерфейсом. По наблюдению на май 2026 года, данные показателей он публикует в формате SDMX, но совместимого с SDMX интерфейса не даёт. ОЭСР пошла другим путём: её Data Explorer работает на .Stat Suite — свободной платформе, которую сообща развивают статистические организации. Новая витрина ОЭСР — это новая версия общего продукта, а не ещё одна система, которую придётся поддерживать в одиночку.

Геопортал Молдовы. Национальный портал геоданных geodata.gov.md в феврале 2024 года показывал 16 карт и слоёв и был собран отдельно от готовых геоплатформ, хотя GeoNode дал бы такой же портал из коробки. В октябре 2026 года его интерфейс работает на MapStore поверх GeoServer — тех самых компонентах, из которых состоит GeoNode, только без его каталога и карточек слоёв. Каталог при этом ведётся отдельно, на национальном геопортале инфраструктуры пространственных данных. Самостоятельная сборка из готовых частей — тоже своя разработка: склеивать, обновлять и описывать слои придётся самим.

Своя разработка оправдана, когда нужна функция, которой нет ни у одной платформы и без которой каталог теряет смысл, — и ответ на первый из четырёх вопросов выше назван конкретно.

Промежуточный путь: готовое ядро и свой интерфейс​

Между «взять платформу как есть» и «написать всё самим» есть устойчивый промежуточный вариант. Хранилище описаний и файлов, программный интерфейс и сбор из других каталогов берут готовыми, а сайт для людей делают свой. Такую схему называют «безголовой» (headless): у платформы отрезан её собственный интерфейс, работает только ядро.

  • Портал открытых данных Торонто — сайт на WordPress, а наборы, их описания и API живут в CKAN. В 2023 году город показывал на сайте содержимое и структуру набора, оценку качества, примеры кода; доработки выложены открытым кодом. На 12 октября 2026 года в CKAN около 550 наборов.
  • Indian Data Portal исследовательского института Bharti Institute of Public Policy — сайт на Next.js поверх своего CKAN. Через API каталога сайт строит фильтры, которых в CKAN нет: детализация, отрасль, частота обновления.
  • Национальный портал Канады open.canada.ca работает на CKAN с большим набором собственных расширений ckanext-canada.

PortalJS — та же идея, оформленная как продукт: готовый интерфейс поверх CKAN или другого хранилища, чтобы не писать свой. Подробнее — в главе о статических сайтах.

Плюс схемы — свой интерфейс без потери стандартного ядра: DCAT, сбор и API остаются такими же, как у тысяч других порталов. Минус — две системы вместо одной. Свой сайт должен сам держать постоянные адреса наборов и разметку schema.org, иначе поисковики увидят только ядро.

Ещё один вариант — не делать портал вовсе, а собрать национальный поисковик по уже существующим каталогам. Так поступило правительство Шотландии: вместо общего портала оно сделало find.data.gov.scot, который собирает описания из десятков местных источников. Разбор — в главе о поисковиках и агрегаторах, как устроен сбор — в главе о федерации.

Подрядчик вместо команды​

Государственный портал часто делает не своя команда, а подрядчик по контракту на год. Риск такой модели в том, что вместе с контрактом кончается и развитие, а ответственность за качество размывается. Российский data.gov.ru — наглядный пример.

  • В 2020 году Минэкономразвития расторгло контракт на сопровождение портала стоимостью 21,8 млн рублей: из технического задания почти ничего не было выполнено. Подрядчика внесли в реестр недобросовестных поставщиков. Так об этом со ссылкой на ЕИС писал телеграм-канал «Ах, этот Минфин» в мае 2020 года; проверить карточки в ЕИС из-за рубежа в октябре 2026 года не удалось.
  • В марте 2023 года портал закрыли «на ревизию» для переноса на платформу «Гостех». Работы по контракту шли с августа 2023 года по декабрь 2024 года и стоили 30,9 млн рублей.
  • Новая версия открылась только 15 июля 2025 года, с 5826 наборами против 26 490 в последнем сохранённом снимке прежней версии (февраль 2022 года). Старую версию закрыли раньше, чем была готова новая, и больше двух лет у страны не было федерального портала.

Что из этого следует для заказчика, какой бы ни была страна:

  • код, описания и файлы принадлежат заказчику, и их полная выгрузка — обязательный результат каждого этапа;
  • старая версия работает, пока новая не принята; если переезд неизбежен, наборы выкладывают архивом и сохраняют адреса;
  • работы принимают по действующим функциям на живом сайте, а не по отчёту;
  • у портала есть хотя бы один человек со стороны заказчика, который знает его устройство и переживает смену подрядчиков.

Если такого человека нет и не будет, честнее выбрать облачный сервис или готовую платформу с минимумом доработок: чем меньше своего кода, тем меньше зависимость от того, кто его писал.

Пример: свой маркетплейс данных​

Самая частая идея своей разработки, которая проваливается не из-за кода, а из-за экономики.

Контекст. Организация покупает данные у нескольких поставщиков и хочет сделать площадку, где поставщики выставляют наборы, а покупатели их находят и оплачивают. Готовые свободные платформы каталогов оплату не принимают.

Варианты. Своя площадка. Облачная площадка (AWS Data Exchange, Snowflake Marketplace), если поставщики и покупатели уже в этом облаке. Открытый каталог описаний без оплаты: договор и доставка идут напрямую между сторонами.

Критерии. Откуда придут поставщики и покупатели. Чем площадка выгоднее прямого договора с поставщиком. Кто платит за продвижение, пока площадка пустая.

Решение. Открытый каталог описаний, а для продажи — облачная площадка, если она подходит.

Почему. Площадки данных живут там, где покупатели уже есть: у облачных провайдеров, у поставщиков программ для трейдеров, у государства, которое и продвигает площадку, и может быть регулятором. Независимой витрине поставщиков пришлось годами тратиться на продвижение. Владельцы ценных данных посредника не ищут, а покупка данных редкая и договорная. Своя площадка без готовой аудитории остаётся пустой.

Последствия. Нет своей системы оплаты — нет её поддержки. Описания открыты, поэтому покупатель и поисковик видят, что данные существуют.

Когда пересмотреть. Появились поставщики и покупатели, которые договорились работать через вас, и на продвижение есть бюджет.

Сколько стоит уйти​

Цену ухода считают до подписания договора. Иначе её узнают в момент, когда уходить уже надо.

Сложите четыре статьи:

  1. Выгрузка. Все описания и все файлы, не выборочно. У свободных платформ и у честного облачного сервиса есть API или дамп. Если выгрузки нет, это уже ответ.
  2. Адреса. Таблица старых и новых адресов и перенаправления. DOI, выданные заранее, эту статью уменьшают: ссылка doi.org переезжает вместе с записью в DataCite.
  3. Люди и простой. Кто переносит, сколько недель каталог открыт только на чтение, кто пишет пользователям.
  4. Повторное обучение публикаторов. Новая форма набора стоит дороже, чем кажется из технического задания.

Ориентир для сравнения, не смета:

Откуда уходитеЧто обычно дорого
Чужой каталог или Zenodoпочти нечего переносить, если своих адресов не обещали
Статический сайтдёшево: файлы и страницы уже у вас
Облачный сервисвыгрузка и смена адресов; договор стоит прочитать до оплаты
Свободная платформасвои расширения и своя схема полей; сами файлы забираются
Своя разработкавсё, если автор не оставил дамп и карту адресов

Привязка к облачному сервису видна и по закупкам. Гран-Пари-Сен-Уэст в 2025 году заключил новый договор на сопровождение своего портала на OpenDataSoft без конкурса: в объявлении сказано, что права на продукт и его сопровождение есть только у вендора. Это законно и честно записано, но означает, что торговаться о цене после внедрения уже не с кем.

Закрытие чужого продукта бьёт по всем сразу. Nesstar, на котором работали многие архивы микроданных, перестали развивать в 2015 году, и каждый архив переносил коллекции сам; канадский ODESI выбрал новую платформу и начал переезд до отключения старой. Смена владельца Socrata — тот же класс риска для облака. Карточка решения на облачный сервис без абзаца «как заберём данные» неполная.

Источники​