Рынок меняет модель роста

Несколько лет рынок ОС рос прежде всего за счет обязательного импортозамещения. К 2026 г. значительная часть крупных федеральных проектов уже запущена, а спрос смещается в регионы, промышленность и коммерческий сектор. Заказчику важно не только приобрести лицензии, но и сохранить работу приложений и привычных процессов.

Оценки рынка зависят от методики. Strategy Partners определяла объем сегмента ОС для персональных компьютеров и серверов в ₽28,4 млрд по итогам 2024 г., а долю российских решений — примерно в 55%. J’son & Partners Consulting учитывала только лицензии российских ОС общего назначения и получила ₽12,5 млрд. Эти данные подтверждают рост, но не показывают глубину перехода.

Реальное внедрение может отставать от официальных показателей, считает председатель совета директоров «Базальт СПО» Алексей Смирнов. На рынке рабочих станций и серверов еще остаются свободные ниши, хотя сам сегмент ОС общего назначения ограничен.

Спрос при этом становится более осознанным. Директор управления операционных систем «Группы Астра» Михаил Геллерман связывает новый этап с переходом от формального выполнения требований к проектам, повышающим безопасность и непрерывность работы. Коммерческие компании также включают российскую ОС в долгосрочную инфраструктурную стратегию.

Покупатели внимательнее оценивают, сколько времени займет переход, какие приложения и оборудование потребуют доработки и сколько ресурсов ИТ-службы придется привлечь к проекту. Ей предстоит развернуть новую ОС, проверить совместимость программ, перенести настройки и данные, обучить пользователей, организовать поддержку и сопровождать обновления. Поэтому при выборе платформы компании учитывают не только стоимость лицензий, но и трудоемкость всей миграции. По оценке Михаила Геллермана, преимущество получают решения, которые позволяют провести переход быстрее, сделать его предсказуемым и снизить нагрузку на заказчика.

Изменяется и структура спроса. Массовая замена Windows на стандартных офисных рабочих местах приближается к насыщению, тогда как переход в критической информационной инфраструктуре, автоматизированных системах управления технологическими процессами и банковском серверном контуре только начинается, отмечает руководитель отдела разработки ОС «Роса» Алексей Киселев. Дополнительным стимулом становится необходимость заменить зарубежное ПО, которое перестало получать обновления и может создавать риски для безопасности инфраструктуры.

Дополнительный импульс дадут сроки импортозамещения на значимых объектах критической информационной инфраструктуры и требования к совместимости российского ПО, считает заместитель генерального директора «Ред Софт» Рустам Рустамов. Разработчикам придется проверять продукты в нескольких отечественных средах, а заказчикам — точнее планировать инфраструктуру.

ОС выбирают вместе с инфраструктурой

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

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

Конкуренция между разработчиками выходит за пределы самих операционных систем. Контроллеры доменов, средства виртуализации и другие инфраструктурные компоненты могут внедряться как часть комплексного перехода или отдельно, без полной замены ОС на рабочих станциях и серверах. Поэтому, подчеркивает Алексей Смирнов, рынок такого ПО потенциально шире классического рынка операционных систем общего назначения.

Если операционная система, средства виртуализации, управления и другие инфраструктурные компоненты входят в одну экосистему, поставщик заранее проверяет их совместную работу. Заказчику требуется меньше собственных испытаний, а при возникновении сбоя проще определить, кто должен устранить проблему. В крупных проектах эти обязательства закрепляются в соглашении об уровне обслуживания (Service Level Agreement, SLA), где указываются сроки реакции, восстановления работы и порядок обращения в поддержку. При этом совместимость со сторонними продуктами сохраняет для заказчика возможность выбирать отдельные компоненты у разных разработчиков.

Зрелая экосистема должна объединять совместимые компоненты, единые требования к безопасности и понятную схему поддержки, считает Михаил Геллерман. Заказчику важно заранее понимать архитектуру решения, порядок взаимодействия между продуктами и то, кто отвечает за устранение проблемы, если сбой возникает на стыке нескольких компонентов. При этом развитие рынка не ограничивается продажами ОС для рабочих станций и серверов. По оценке Алексея Смирнова, контроллеры доменов, средства виртуализации и другие инфраструктурные решения могут внедряться отдельно или как часть комплексного проекта, поэтому круг их потенциальных заказчиков шире.

Ужесточение требований к безопасности, поддержке и совместимости может привести к дальнейшей консолидации рынка. По оценке Алексея Киселева, преимущество получат поставщики, способные обеспечить полный цикл — от разработки и проверки безопасности до внедрения и эксплуатации ОС. Одновременно формальное подтверждение совместимости будет уступать место испытаниям реальной работы операционной системы, оборудования и прикладного ПО в единой инфраструктуре.

Пилот определяет стоимость и темп миграции

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

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

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

При массовом внедрении значение имеют и повседневные операции. По словам Рустамова, ввод компьютера в домен, подключение сетевых ресурсов и управление внешними устройствами должны выполняться через понятные графические средства. Это ускоряет работу администраторов и снижает нагрузку на ИТ-службу.

Безопасность не заканчивается сертификатом

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

Средства анализа кода, в том числе на базе искусственного интеллекта (ИИ), ускоряют поиск уязвимостей как разработчиками, так и злоумышленниками. Поэтому безопасная разработка должна дополняться постоянным контролем компонентов и оперативным устранением обнаруженных проблем, отмечает Рустамов. Заказчику важно знать, как быстро поставщик выпускает исправления и информирует о рисках.

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

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

Еще одним элементом защиты могут стать доверенные репозитории, где приложения проверяются на наличие уязвимостей до публикации и установки в инфраструктуре заказчика, считает Алексей Киселев. Это повышает требования не только к самой ОС, но и к процессам сборки, проверки и распространения программных компонентов.

Совместимость становится частью требований к российскому ПО

Выбор операционной системы напрямую зависит от того, какие прикладные решения смогут работать в ее среде. Теперь этот вопрос закрепляется и на уровне регулирования. Постановление Правительства России №1937 вступило в силу 1 марта 2026 г. и предусматривает поэтапное введение новых требований для разных классов программ.

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

ОС выходят за пределы компьютеров и серверов

Дальнейший рост рынка связан не только с настольными и серверными платформами. Мобильные устройства, промышленное оборудование, информационные панели и терминалы требуют ОС, адаптированных к конкретному оборудованию, условиям эксплуатации и длительному жизненному циклу.

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

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

Следующим этапом может стать распространение готовых программно-аппаратных конфигураций, в которых ОС, оборудование, драйверы и прикладные программы заранее проверены для совместной работы. Алексей Киселев ожидает появления большего числа специализированных сборок для автоматизированных систем управления технологическими процессами, микроконтроллеров, промышленного оборудования и систем умного дома. Такие решения формируют вертикальные экосистемы, рассчитанные на конкретные устройства и сценарии эксплуатации.