Ранее зарубежные артефактории ограничили доступ российских пользователей к своим платформам или значительно сократили лимиты. Участники рынка говорят, что долго оставаться на иностранных решениях нельзя, так как это несет риски кибербезопасности и проблемы с обновлениями.
В России среди ИТ-разработчиков и интеграторов заметно вырос спрос на отечественные альтернативы зарубежным платформам создания ИТ-продуктов — артефактории. Так, с начала года число обращений за миграцией с популярного артефактория Nexus выросло кратно, рассказали «Ъ» опрошенные участники рынка.
Артефакторий — корпоративное ИТ-хранилище, в котором собраны все компоненты, из которых собирается большинство современных приложений: библиотеки, зависимости, готовые сборки и Docker-образы.
В конце 2025 года зарубежные репозитории и артефактории ввели жесткие лимиты для российских пользователей. Так, у одного из игроков эти условия вдвое ниже базовых: до 40 тыс. компонентов в день и 100 тыс. запросов в день. Как отмечает источник «Ъ» на ИТ-рынке, для крупной разработки это крайне мало: «Организация, где сотни команд собирают код круглосуточно, исчерпывает эту квоту за несколько часов».
После урезания лимитов у Nexus в AppSec.Solution (российская экосистема решений для разработки) фиксируют кратное увеличение обращений за миграцией на их артефакторий с иностранных. «В первой половине 2026 года число проектов на платформе увеличилось в 20 раз год к году, если считать число запросов, и спрос среди разработчиков продолжает расти», — говорит руководитель платформы SourceCraft («Яндекс») Дмитрий Иванов.
С 2022 года многие крупные мировые платформы для разработки стали менее доступными для российских пользователей. Так, Docker Hub с мая 2024 года периодически блокирует доступ с российских IP-адресов, Maven Central в июне 2025 года ограничил запросы, доступ к PyPI в июне 2026 года стал массово обрываться. GitHub с 2024 года ограничивал отдельные аккаунты, а коммерческие лицензии Sonatype Nexus и JFrog Artifactory для России недоступны. На этом фоне на рынке РФ начали появляться локальные решения. В 2024 году «Сбер» объявил о запуске GitVerse, в 2025-м «Яндекс» вывел из пилота SourceCraft, в том же году появилось AppSec.Registry от компании AppSec Solutions.
Небольшие команды и open-source-энтузиасты сегодня опираются на отечественные зеркала и прокси-реестры, однако крупные компании вынуждены разворачивать внутренние кэш-хранилища (локальный склад зависимостей, куда кэшируются пакеты из внешних источников), внедрять практики карантина и zero-trust (нулевого доверия), говорит управляющий директор «СберТеха» Анатолий Шипов.
При работе с иностранными платформами регулярно фиксируются сбои при загрузке зависимостей, тайм-ауты, ограничение скорости, периодическая недоступность пакетов и образов, отмечает руководитель отдела безопасной разработки Angara Security Виктор Токарев. «Были случаи, когда сборка не завершалась из-за недоступности компонента, в результате чего выпуск переносился на сутки», — говорит он. «Проблема была исключительно в недоступности внешнего источника артефактов. Это классический пример скрытой зависимости, которая изначально не была спроектирована как критичная, но де-факто стала таковой. Решение, к которому приходят компании, — переводить управление артефактами во внутренний контур», — добавляет директор по технологическому развитию платформы «Сфера» (ИТ-холдинг Т1) Михаил Меринов. Руководитель Центра компетенций DevOps Bell Integrator Сергей Головаш оценивает влияние ограничений платформ как критичное, но отмечает, что его команде удалось избежать тотальной остановки разработки.
«Ручное кэширование и работа через посредников могут быть временной мерой, но в долгосрочной перспективе более устойчивым решением становится переход на внутренний контролируемый артефакторий», — говорит основатель платформы безопасной разработки CodeScoring Алексей Смирнов. Заместитель гендиректора Test IT Евгений Калашников также отмечает, что миграция может восприниматься как устойчивый вариант, но только когда переносится и сам исходный код, и все необходимое для воспроизводимой сборки.
