Потенциал импортозамещения на серверном рынке полностью исчерпан

Потенциал импортозамещения на серверном рынке полностью исчерпан

Потенциал импортозамещения на серверном рынке полностью исчерпан

Согласно исследованию серверного рынка, проведённому Ассоциацией разработчиков и производителей электроники (АРПЭ) совместно с компаниями «Гравитон», СИЛА, «Тринити», Fplus, BITBLAZE и GS Group, продажи серверного оборудования в России снижаются второй год подряд.

Причём в 2024 году этот процесс ускорился. Доля отечественных решений перестала расти и закрепилась на уровне 43%.

По данным исследования, в 2024 году в России было продано 147,95 тысячи серверов всех типов — на 15,1% меньше, чем в 2023 году. При этом в денежном выражении объём продаж вырос на 1,4% и составил 1,78 млрд долларов. В АРПЭ объясняют это расхождение увеличением доли оборудования с новыми, более производительными и, соответственно, дорогими процессорами. Такая тенденция связана с ростом требований к функциональности серверов. Кроме того, влияет и удорожание логистики, вызванное ограничениями в условиях санкционного давления.

Импортозамещение, ранее остававшееся драйвером рынка, теряет актуальность: доля отечественных систем стабилизировалась на отметке 43%. Основной моделью работы российских производителей стала локализация — сборка на территории России оборудования, разработанного за рубежом.

В 2024 году многие заказчики заметно сократили закупки новых серверов, включая российские модели. Вместо этого они использовали оборудование из прежних запасов либо продолжили эксплуатацию уже установленных систем.

По прогнозу АРПЭ, в 2025 году рынок ожидает стагнация. Рост может возобновиться, когда потребуется массовое обновление действующей инфраструктуры. В то же время спрос на российские решения будет поддерживаться, главным образом, за счёт требований к объектам критической информационной инфраструктуры.

«Уход с рынка крупных иностранных производителей стал стимулом для развития российских компаний в 2022–2023 годах, — комментирует ведущий аналитик АРПЭ Василий Агапов. — Тогда десятки организаций начали выпуск серверов под собственными брендами. Многие вложились в локализацию, некоторые — в собственные разработки. Однако потенциал импортозамещения оказался ограниченным, и в 2024 году на рынке произошёл перелом».

«Сегодня в сфере госзакупок отсутствует требование о собственных разработках, — добавляет исполнительный директор АРПЭ Иван Покровский. — Поэтому локализация чаще всего осуществляется через покупку технической документации у зарубежных ODM-компаний. Затем производство размещается в России, а продукция вносится в реестр отечественной промышленной продукции. С технической точки зрения локализация сводится к монтажу компонентов на печатные платы, изготовлению корпусов, сборке и тестированию. Доля российских компонентов при этом ограничена — в основном это те элементы, которые не влияют на схемотехнику серверных плат».

CodeScoring представила OSA Proxy для защиты цепочки поставок ПО

Платформа CodeScoring представила новый сервис OSA Proxy — инструмент для контроля безопасности компонентов с открытым исходным кодом ещё до того, как они попадут в корпоративную инфраструктуру. Решение стало частью модуля CodeScoring.OSA и ориентировано на защиту цепочки поставок ПО на самом раннем этапе разработки.

В отличие от классического подхода, когда композиционный анализ проводится уже после загрузки зависимостей, OSA Proxy работает в момент установки пакетов.

Сервис перехватывает запросы пакетных менеджеров к внешним индексам и проверяет сторонние компоненты на соответствие заданным политикам безопасности. Если версия пакета признана небезопасной, её можно заблокировать ещё до появления в среде разработки.

OSA Proxy поддерживает популярные экосистемы и репозитории, включая Maven Central, NPM, PyPI, NuGet, Go Modules и пакеты Debian, а также альтернативные хранилища, совместимые с официальными спецификациями. При этом сервис не привязан к конкретным хранилищам артефактов и может работать как с ними, так и вовсе без них — в зависимости от того, как устроена инфраструктура в компании.

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

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

OSA Proxy доступен всем пользователям модуля CodeScoring.OSA и ориентирован на компании, которые хотят усилить контроль за использованием open source без серьёзных изменений в существующих процессах разработки и инфраструктуре.

Платформа CodeScoring представила новый сервис OSA Proxy — инструмент для контроля безопасности компонентов с открытым исходным кодом ещё до того, как они попадут в корпоративную инфраструктуру. Решение стало частью модуля CodeScoring.OSA и ориентировано на защиту цепочки поставок ПО на самом раннем этапе разработки.

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

OSA Proxy поддерживает основные экосистемы и репозитории — Maven Central, NPM, PyPI, NuGet, Go Modules и пакеты Debian, а также альтернативные хранилища, совместимые с официальными спецификациями. При этом сервис не привязан к конкретным хранилищам артефактов и может работать как с ними, так и вовсе без них — в зависимости от архитектуры инфраструктуры.

Технически решение выступает в роли прокси между пакетным менеджером и внешним репозиторием. Оно анализирует манифесты зависимостей и отдельные пакеты, может фильтровать небезопасные версии, изменять ответы сторонних репозиториев, пересчитывать контрольные суммы и перенаправлять ссылки, сохраняя корректность форматов и стабильность сборки.

Для команд предусмотрены разные режимы работы — от мониторинга до активной блокировки компонентов. Это позволяет настраивать уровень контроля в зависимости от требований конкретного проекта. В основе сервиса используется асинхронная модель обработки запросов и механизм автоматических повторов, что обеспечивает стабильную работу даже при высокой нагрузке или временных сбоях внешних сервисов.

OSA Proxy доступен всем пользователям модуля CodeScoring.OSA и рассчитан на компании, которые хотят усилить контроль за использованием компонентов с открытым исходным кодом без существенных изменений в существующих процессах разработки и инфраструктуре.

RSS: Новости на портале Anti-Malware.ru