Дмитрий Каросанидзе, заместитель директора Департамента развития продуктов «Группы Астра», — о том, почему переход на отечественное ПО буксует на уровне legacy-систем и как технология WINE, реализованная в платформе Astra Wine, помогает компаниям мигрировать на Astra Linux без остановки бизнес-процессов.
Импортозамещение уперлось в старый софт
С 2022 года российский ИТ-рынок живет в формате ускоренного перехода на отечественное программное обеспечение. Ушли Microsoft, SAP, Adobe, Siemens и десятки других вендоров корпоративного софта, а вместе с ними исчезли обновления, техподдержка и гарантии безопасности.
Но даже спустя четыре года переход далек от завершения: по итогам 2025 года отечественное ПО использовали около 45% субъектов критической информационной инфраструктуры. Быстрее всего меняется базовый инфраструктурный слой: уровень замещения серверных операционных систем превысил 90%, а в начале 2026 года российское ПО занимало около 70% корпоративных закупок.
Прикладной уровень перестраивается медленнее: в сегменте сложного инженерного ПО — систем для проектирования, подготовки производства и инженерных расчетов — доля отечественных решений оценивалась примерно в 20%. В категории средств разработки и графических решений ситуация оставалась еще более зависимой от зарубежных продуктов, ведь на них приходилось около 70% рынка.
Именно этот разрыв между заменой операционной системы и миграцией прикладного и legacy-программного обеспечения сохраняет потребность в решениях, которые позволяют запускать привычные Windows-приложения в отечественной Linux-среде.
Разрыв между «поменяли ОС» и «полностью ушли от иностранного стека» показывает, что переход на отечественный стек требует поэтапного подхода. Без готовых отечественных или open-source аналогов ERP-систем, САПР-комплексов, специализированных информационных систем и офисных пакетов компании физически не могут завершить переход, даже если очень хотят. И пока индустрия ждет зрелых нативных альтернатив, риски растут: расходы на поддержку разнородной инфраструктуры увеличиваются, число киберинцидентов растет, а масштабирование ИТ-ландшафта усложняется на глазах.
Почему компании останавливаются на середине пути
Переход на отечественный софт сталкивается сразу с несколькими проблемами, и они редко проявляются по одной:
- Во-первых, для части корпоративных систем просто нет достойных аналогов ни на российском рынке, ни в open source сообществе.
- Во-вторых, многие существующие отечественные решения еще молоды и не всегда закрывают сложные корпоративные требования, накопленные годами эксплуатации продуктов.
- В-третьих, играет роль психология. Пользователи, привыкшие к интерфейсу и логике старого софта, сопротивляются даже минимальным изменениям, вплоть до отказа работать при смене привычного визуала.
- В-четвертых, экономика миграции требует отдельного внимания. Новые лицензии, месяцы внедрения и интеграции, переобучение персонала, а также повышенная нагрузка на техническую поддержку в первые месяцы после запуска — все это требует дополнительных затрат времени и ресурсов.
- В-пятых, есть фактор legacy-кода. Системы, разработанные давно и обкатанные только под Windows, часто содержат уникальную отраслевую экспертизу, которую крайне дорого и долго переносить на новую платформу. Помимо этого, экспертов по этим системам давно может не быть в компании.
- И, наконец, шестой барьер — нехватка экспертизы внутри компаний для новых систем и Linux-инфраструктуры. В результате часть организаций начинают свое движение в сторону применения отечественного софта, но в процессе скорость сильно падает, а движение может даже полностью остановиться. Другие же компании выбирают более простой путь «перехода» — разворачивают VDI, локальные виртуальные машины или терминальные фермы, где отечественная ОС используется лишь как обертка для запуска Windows.
Формально импортозамещение произошло, но по факту сотрудник продолжает работать в Windows-окружении — с его лицензиями, уязвимостями и зависимостью от инфраструктуры, которую больше никто не поддерживает.
Меняем правила игры
Здесь на сцену выходит WINE (Wine Is Not an Emulator) — свободное программное обеспечение, которое позволяет запускать Windows-приложения нативно в Unix-подобных системах, включая Astra Linux, без установки самой Windows. Ключевое слово — «нативно», ведь приложение выполняется в среде Linux, а не внутри виртуальной машины или терминального сервера с полноценной копией Windows внутри.
Это принципиально меняет расклад. Теперь можно заменить не только пользовательский интерфейс, но и системный уровень — контроллеры домена, антивирусы, средства защиты информации, прикладной уровень софта, и все это на базе отечественной ОС Astra Linux.
Решение не отменяет необходимость искать нативные отечественные аналоги, но дает компаниям то, чего им больше всего не хватает — время. Legacy-системы, критичные для бизнес-процессов, продолжают работать, пока идет постепенный переход остальной инфраструктуры на Astra Linux.
Что добавляет Astra Wine
«Голый» WINE — это инструмент для опытных специалистов. Настройка каждого «префикса» (отдельного профиля запуска Windows-приложения в Linux) требует серьезных инженерных навыков. Без необходимой экспертизы и специализированных инструментов масштабировать такое решение на тысячи рабочих мест сложно и трудозатратно. Кроме того, совместимость приложения с WINE не гарантируется автоматически, так как без предварительного тестирования, адаптации и настройки процесс разработки и тиражирования может занять значительное время.
Astra Wine объединяет экспертизу команды по адаптации и одноименную платформу — отечественное решение, включенное в реестр Минцифры под № 25959 от 28.12.2024, патент № 2024684607. Именно эта связка превращает WINE из инструмента для опытных экспертов в решение, которое можно внедрять и масштабировать в корпоративной инфраструктуре.
Здесь используются не только базовые префиксы WINE. Команда проводит комплекс работ по подготовке префиксов и применяет каталог преднастроенных префиксов — более 150 готовых сборок для распространенных приложений, от офисных пакетов до отраслевого ПО уровня САПР, BIM-моделирования и PLM. Платформа Astra Wine также автоматизирует установку, тиражирование, обновление и мониторинг префиксов для 32- и 64-битных Windows-приложений в инфраструктуре на базе ОС Astra Linux. Для разработанных префиксов совместимость приложений достигает 97–100% от поведения в оригинальной среде запуска, а время на тиражирование решения в инфраструктуре организации сокращается в несколько раз.
Как работает платформа
Логика строится вокруг четырех связанных функций. Сначала — подготовка и тестирование префикса для конкретного приложения, размещение его в хранилище преднастроенных префиксов WINE со скриптами конфигурации.
Затем — установка и донастройка на рабочем месте пользователя. Ассоциации файлов, HASP-ключи, SSO-авторизация, подключение периферии, интеграция с ЭДО или другими ИС, активация.
Дальше — массовое тиражирование по инфраструктуре организации через автоматизацию и политики развертывания в Astra Wine. И замыкает цикл единая система мониторинга и логирования ошибок, которая показывает ИТ-отделу, что происходит с префиксом на каждом рабочем месте — без обхода парка вручную.
Для пользователя это выглядит как обычная работа со знакомым Windows-приложением через привычный ярлык на рабочем столе, а ИТ-специалист управляет им централизованно — устанавливает, обновляет и удаляет приложение из единой консоли без ручной настройки среды запуска.
Как проходит разработка префикса для приложения
Если готового префикса под конкретную информационную систему нет, работа строится по четырехэтапному процессу:
Первый этап — это «Анализ»
Команда собирает данные об инфраструктуре заказчика: пользователи, оборудование, периферия, системы единого входа (SSO), аппаратные ключи защиты, используемая криптография, языки и фреймворки, на которых написана система. Здесь же предварительно выявляются потенциальные сложности: устаревшие компоненты и фреймворки разработки, специфичная криптография, периферия без драйверов, сложные интеграции между информационными системами и т. д. Далее все приложения классифицируются по уровню сложности разработки префикса и срокам.
Второй этап — «Исследования и разработки префикса»
На следующем этапе проводится тестирование на разных префиксах WINE, снимаются логи, вносятся необходимые правки и доработки. Специалисты добиваются стабильного запуска нужного функционала, реализуют требуемые интеграции и последовательно устраняют найденные ошибки. Проводится многократное тестирование подготовленного префикса для дальнейшей передачи заказчику.
Третий этап — «Внедрение»
Адаптированное решение передается заказчику, проходит приемочные испытания на его стороне, добавляется в платформу Astra Wine и масштабируется на нужное количество рабочих мест.
Четвертый этап — «Сопровождение»
Финальный этап — сопровождение. Например, консультации по интеграциям, функционалу платформы и оперативное решение возникающих вопросов.
Кейс: легаси-система на 500+ рабочих местах
В нашей практике уже есть показательный сценарий. Крупное промышленное предприятие с закрытым контуром, где на сотнях рабочих мест годами эксплуатируется тяжелое legacy Windows-приложение, интегрированное с ЭДО и другими ИС заказчика. Заменить данное решение «в один клик» невозможно физически: слишком глубоко оно вросло в бизнес-процессы, слишком много уникальных надстроек и интеграций накопилось за годы эксплуатации.
У заказчика стоит задача перейти на отечественную операционную систему, чтобы сохранить высокий уровень безопасности своих информационных систем, оперативно решать вопросы с уязвимостями и обновлениями, сократить зависимость от иностранного прикладного софта, который больше никто не поддерживает.
При переводе пользователей на Astra Linux ключевыми факторами оказались типичные для крупного enterprise-контура вещи: единый вход через SSO, работа с ЭДО, стабильная работа legacy Windows-приложения и его интеграция с периферией. Каждая из этих задач по отдельности не выглядит сложной, но в сумме именно они обычно и останавливают миграцию на полпути.
Наше решение строилось по стандартной для Astra Wine логике: анализ инфраструктуры и классификация сложности адаптации, донастройка префикса под специфику SSO, информационные системы и периферию заказчика, тестирование в закрытом контуре и итеративная валидация бизнес-пользователями, которые ежедневно работают в системе и знают все ее тонкости.
Итог — рабочие места переведены на отечественную ОС без остановки бизнес-процессов и без необходимости ждать появления нативной Linux-версии legacy системы. Такой подход позволяет заказчику не принимать поспешных решений в момент миграции в мир Linux, а сначала изучить решения, протестировать варианты, а затем наметить переход на выбранное решение, подходящее для его задач.
Что получает заказчик в итоге
Главный эффект для бизнеса — возможность поэтапно перейти на отечественную операционную систему без риска и нарушения рабочих процессов. Компания получает возможность мигрировать на отечественную ИТ-инфраструктуру по своему графику, не выбирая между «встать посреди процесса» и «продолжать нелегально работать в Windows». Сотрудников не нужно одновременно переучивать на новый интерфейс и новую операционную систему — привычное приложение продолжает выглядеть и работать так же, как раньше, только уже в контролируемой и безопасной отечественной среде.
Экономически это означает меньше затрат на параллельную поддержку двух инфраструктур, более быстрый и предсказуемый по срокам проект и снижение рисков простоя критичных бизнес-процессов. С точки зрения регуляторики — это шаг к реальному, а не «оберточному» выполнению требований по импортозамещению и защите КИИ: системное ПО и средства защиты информации становятся отечественными не только на бумаге.
При этом важно понимать, что Astra Wine не является универсальным решением для всех сценариев. Приложения, которые еще не проходили адаптацию, сначала необходимо исследовать в рамках отдельного этапа анализа. Особенно это касается высоконагруженных и критичных для бизнеса систем, использующих устаревшие фреймворки и компоненты, сложные интеграции или специфичные проприетарные технологии. Такие решения требуют более глубокого технического обследования, поскольку не каждое приложение целесообразно переносить через слой совместимости WINE.
Наиболее оправдан этот подход для массовых информационных систем с большим числом пользователей. Именно они часто становятся одним из главных ограничений при корпоративной миграции. В таких случаях Astra Wine помогает снять барьер перехода, не дожидаясь появления зрелой нативной альтернативы.
Руководителям, которые планируют сегодня перевод рабочих мест с Windows на Linux, я рекомендую начинать не с попытки сразу адаптировать весь софт, для которого пока нет Linux-аналогов, а с пилотного проекта на одном-двух приложениях с наибольшим числом пользователей и существенным влиянием на бизнес-процессы. Одновременно стоит продолжать поиск нативных отечественных решений там, где это возможно. Такой подход позволяет проверить совместимость на практике, снять основные препятствия для миграции и не превратить проект в бесконечный процесс адаптации.
