Российские ОС стали фундаментом инфраструктуры, независимой от импорта. Следующая волна спроса возникает в регионах, промышленности и коммерческой сфере, где переход воспринимается как бизнес-задача. Ее итог зависит от совместимости, удобства управления, скорости миграции и поддержки платформы на протяжении всего срока эксплуатации.
Рынок меняет модель роста
На протяжении нескольких лет рынок ОС расширялся главным образом за счет обязательных программ импортозамещения. К 2026 году значительная часть масштабных федеральных проектов уже реализована, и спрос перемещается в регионы, промышленность и коммерческий сектор. Заказчику важно не просто приобрести лицензии, но и обеспечить стабильную работу приложений и привычных бизнес-процессов.
Оценки объема рынка различаются в зависимости от методики расчета. Strategy Partners оценила сегмент ОС для персональных компьютеров и серверов в 28,4 млрд рублей по итогам 2024 года, а долю российских решений — примерно в 55%. J’son & Partners Consulting учитывала только лицензии отечественных ОС общего назначения и получила показатель в 12,5 млрд рублей. Эти цифры подтверждают рост, но не отражают реальную глубину внедрения.
Фактическое использование может отставать от официальных данных, полагает председатель совета директоров «Базальт СПО» Алексей Смирнов. На рынке рабочих станций и серверов сохраняются свободные ниши, хотя сам сегмент ОС общего назначения имеет ограниченный потенциал.
В этих условиях потребители подходят к выбору более вдумчиво. Как отмечает директор управления операционных систем «Группы Астра» Михаил Геллерман, наступил этап, когда компании переходят от простого соблюдения формальных требований к реализации проектов, которые действительно укрепляют безопасность и обеспечивают бесперебойную работу. Коммерческий сектор тоже начинает рассматривать отечественную ОС как элемент долгосрочной стратегии развития своей инфраструктуры.
Заказчики теперь гораздо тщательнее анализируют, сколько времени потребуется на миграцию, какие именно приложения и устройства нуждаются в адаптации, и какой объем ресурсов ИТ-отдела будет задействован. Этому отделу предстоит установить новую систему, протестировать совместимость софта, перенести конфигурации и данные, обучить персонал, наладить техподдержку и сопровождать процесс обновлений. По этой причине при выборе платформы организации смотрят не только на цену лицензий, но и на общую сложность перехода. По словам Михаила Геллермана, в выигрыше оказываются те решения, которые ускоряют миграцию, делают её более прогнозируемой и уменьшают нагрузку на клиента.
Меняется и сама структура спроса. Руководитель отдела разработки ОС «Роса» Алексей Киселев обращает внимание, что массовая замена Windows на типичных офисных ПК уже близка к завершению, в то время как процессы перехода в критической информационной инфраструктуре, на промышленных объектах с АСУ ТП и в банковском серверном сегменте только набирают обороты. Дополнительным катализатором служит необходимость замены иностранного ПО, которое перестало обновляться и тем самым создаёт уязвимости для безопасности инфраструктуры.
Заместитель генерального директора «Ред Софт» Рустам Рустамов полагает, что новый импульс развитию придадут установленные сроки импортозамещения на ключевых объектах критической информационной инфраструктуры, а также требования по совместимости российских программ. Разработчикам теперь придётся тестировать свои продукты в нескольких отечественных средах, а заказчикам — более детально проектировать свою инфраструктуру.
ОС выбирают вместе с инфраструктурой
Сам по себе дистрибутив редко становится решающим фактором успеха всего проекта. На пользовательском устройстве должны корректно функционировать прикладные программы, электронная подпись, веб-браузеры и периферийное оборудование. В серверном сегменте к этому списку добавляются системы виртуализации, базы данных, средства резервного копирования и инструменты централизованного администрирования.
Именно поэтому процесс выбора стартует с инвентаризации. Организация определяет типовые конфигурации рабочих мест, проверяет совместимость софта, драйверов и «железа», а затем запускает пилотный проект. Часть пользователей можно перевести на новую систему сразу, другим же потребуется замена программного обеспечения или сохранение доступа к старой среде.
Соперничество между вендорами теперь выходит далеко за рамки только операционных систем. Контроллеры доменов, средства виртуализации и прочие инфраструктурные компоненты могут внедряться как часть комплексной миграции, так и отдельно, без полной замены ОС на всех рабочих станциях и серверах. Как подчеркивает Алексей Смирнов, рынок такого программного обеспечения потенциально гораздо шире, чем классический рынок операционных систем общего назначения.
Если операционная система, инструменты виртуализации, средства управления и прочие инфраструктурные элементы принадлежат к одной экосистеме, вендор предварительно тестирует их совместимость. Заказчику требуется меньше собственных проверок, а в случае неполадок проще определить, кто отвечает за их устранение. В масштабных проектах данные обязательства фиксируются в сервисном соглашении (Service Level Agreement, SLA), где прописаны время реакции, сроки восстановления и процедура обращения в техподдержку. При этом совместимость со сторонними решениями оставляет заказчику возможность выбирать отдельные модули от различных разработчиков.
Зрелая экосистема должна включать совместимые компоненты, единые стандарты безопасности и прозрачную модель поддержки, полагает Михаил Геллерман. Заказчику необходимо заранее понимать архитектуру системы, принципы взаимодействия между продуктами и то, кто несет ответственность за исправление неисправностей, если сбой возникает на границе нескольких элементов. При этом развитие рынка не сводится лишь к продажам ОС для рабочих станций и серверов. По мнению Алексея Смирнова, контроллеры доменов, решения для виртуализации и другие инфраструктурные продукты могут внедряться как отдельно, так и в составе комплексного проекта, поэтому круг их потенциальных клиентов значительно шире.
Ужесточение норм безопасности, требований к поддержке и совместимости может ускорить консолидацию рынка. Как считает Алексей Киселев, преимущество получат вендоры, способные предложить полный цикл — от разработки и проверки безопасности до внедрения и эксплуатации ОС. В то же время формальное подтверждение совместимости постепенно уступит место тестированию реального взаимодействия операционной системы, оборудования и прикладного ПО в рамках единой инфраструктуры.
Пилотный проект определяет стоимость и скорость миграции
Перед массовым внедрением новую ОС тестируют на ограниченном количестве рабочих мест. В рамках пилота отрабатываются перенос данных и настроек, очередность подключения отделов, работа приложений и процедура обращения в техподдержку. Полученные результаты позволяют более точно оценить сроки, трудозатраты и потенциальные сложности при дальнейшей миграции.
Подобная оценка демонстрирует, что лицензии составляют лишь часть бюджета проекта. Дополнительные расходы связаны с адаптацией приложений, настройкой политик, обучением персонала и техническим сопровождением. Чем сложнее и разнороднее инфраструктура, тем выше доля этих работ в общей стоимости владения.
Предсказуемость перехода во многом зависит от инструментов и услуг, предоставляемых вендором. Геллерман подчеркивает важность автоматизации развертывания, настройки и обновления ОС, привычной логики интерфейса, обучения и поддержки. В итоге ценность предложения определяется уже не только самим продуктом, но и способностью сопровождать заказчика на всех этапах миграции.
Вот переписанный HTML-контент на русском языке с сохранением всех исходных тегов:В условиях масштабного развертывания важны даже рутинные задачи. Как отмечает Рустамов, добавление компьютера в домен, настройка сетевых ресурсов и управление периферийными устройствами должны осуществляться через интуитивно понятные графические интерфейсы. Это повышает эффективность работы администраторов и уменьшает нагрузку на отдел информационных технологий.
Защита не ограничивается получением сертификата
Для компаний, попадающих под надзор регулирующих органов, наличие сертификата остается обязательным требованием, однако оно лишь подтверждает соответствие нормам для конкретной версии продукта. После выхода релиза могут быть обнаружены новые уязвимости в ядре, системных сервисах, библиотеках и пакетах репозитория. Таким образом, безопасность операционной системы также определяется тем, насколько эффективно разработчик выявляет ошибки, оценивает их степень опасности и выпускает обновления.
Инструменты анализа кода, включая решения на основе искусственного интеллекта (ИИ), ускоряют процесс поиска уязвимостей как для разработчиков, так и для злоумышленников. Поэтому безопасная разработка должна подкрепляться непрерывным мониторингом компонентов и быстрым устранением выявленных проблем, подчеркивает Рустамов. Заказчику важно понимать, с какой скоростью поставщик выпускает патчи и оповещает о потенциальных рисках.
Проактивная стратегия включает в себя проверки безопасности ядра, сотрудничество с независимыми экспертами и программы вознаграждения за обнаруженные уязвимости, добавляет Геллерман. При этом большое количество выпущенных исправлений не обязательно свидетельствует о низком качестве ОС: этот показатель зависит от объема репозитория и степени открытости работы разработчика.
При выборе платформы следует учитывать срок поддержки версии, порядок выпуска срочных обновлений и возможность их предварительного тестирования на ограниченном количестве устройств. В крупных инфраструктурах также требуются инструменты централизованного управления пакетами: обновления необходимо устанавливать достаточно оперативно, но с проверкой их совместимости с прикладным программным обеспечением.
Дополнительным уровнем защиты могут стать доверенные репозитории, в которых приложения проверяются на наличие уязвимостей до их публикации и установки в инфраструктуре клиента, считает Алексей Киселев. Это предъявляет повышенные требования не только к самой операционной системе, но и к процессам сборки, тестирования и распространения программных компонентов.
Совместимость становится обязательным критерием для российского ПО
Выбор операционной системы напрямую зависит от того, какие прикладные решения способны функционировать в ее окружении. Теперь этот аспект закрепляется и на законодательном уровне. Постановление Правительства России №1937 вступило в силу 1 марта 2026 года и предусматривает поэтапное внедрение новых требований для различных классов программного обеспечения.
В общем случае для включения в реестр отечественное ПО должно быть совместимо как минимум с двумя операционными системами, соответствующими критериям доверенного программного обеспечения. Для отдельных категорий и особых ситуаций предусмотрены исключения.
ОС выходят за пределы компьютеров и серверов
Дальнейшее расширение рынка обусловлено не только настольными и серверными системами. Мобильные гаджеты, производственное оборудование, информационные дисплеи и терминалы нуждаются в операционных системах, которые оптимизированы под конкретные устройства, рабочие условия и продолжительный срок службы.
По мнению Алексея Смирнова, рынок встроенных систем по своим объемам значительно превышает традиционный сектор универсальных ОС. Новые перспективы открываются благодаря развитию современных процессорных архитектур, в том числе отечественных платформ, для которых требуются специализированные операционные системы и прикладные модули.
Спрос на подобные решения подогревается прекращением поддержки зарубежных продуктов, устареванием техники и появлением новых аппаратных платформ, указывает Рустамов. Производители нуждаются в настраиваемых образах ОС, поддержке процессоров на базе архитектуры ARM — семейства архитектур с уменьшенным набором инструкций — и прогнозируемом времени отклика в системах, где задержки имеют решающее значение. В этом направлении российские разработчики способны участвовать в создании инновационных устройств и программно-аппаратных комплексов, а не просто заменять импортные аналоги.
Следующим шагом может стать внедрение готовых программно-аппаратных конфигураций, где ОС, оборудование, драйверы и прикладные программы предварительно протестированы на совместимость. Алексей Киселев прогнозирует рост числа специализированных сборок для автоматизированных систем управления технологическими процессами, микроконтроллеров, промышленной техники и решений для умного дома. Подобные продукты формируют вертикальные экосистемы, ориентированные на определенные устройства и сценарии использования.