Перевод серверов на отечественный софт многие компании уже прошли. Рабочие места – следующий рубеж, и он сложнее. Сервер обслуживает горстка администраторов, а рабочей станцией пользуется бухгалтер, инженер и юрист, каждый со своим набором привычек и прикладных программ. Здесь и спотыкается большинство проектов. Требования регулятора при этом конкретны: для объектов КИИ и госорганов переход на ПО из реестра Минцифры – не пожелание, а срок. Astra Linux и ALT – два кандидата, на которых сегодня строят миграцию.

Чем отличаются Astra Linux и ALT

Astra Linux Special Edition сертифицирована ФСТЭК и ФСБ, имеет встроенную мандатную модель доступа и закрывает требования к защищённой обработке гостайны и персональных данных. Это её главный аргумент для силовых ведомств и операторов КИИ. ALT (Базальт СПО) строится на собственной инфраструктуре сборки и репозитории «Сизиф», даёт богатый выбор десктопных окружений и проще даётся командам, которые ценят гибкость и независимость от одного вендора.

Выбор зависит не от маркетинга, а от вашего класса защищённости. Если перед вами аттестация по требованиям ФСТЭК – Astra SE экономит месяцы на сертификации компонентов. Если задача – массовый офисный парк без гостайны, ALT часто оказывается дешевле в сопровождении. На практике в крупных организациях встречаются обе ОС одновременно: Astra на защищённом контуре, ALT на общем.

Что ломается при миграции

Сама ОС ставится за полчаса. Проблемы начинаются с прикладного слоя. Типичные узкие места:

  • 1С работает на Linux через клиент и PostgreSQL-совместимые СУБД (Postgres Pro), но толстый клиент и внешние компоненты требуют проверки.
  • Офисные документы в форматах с макросами VBA не переносятся в МойОфис или Р7 один в один – макросы переписывают.
  • Отраслевой и самописный софт под Windows – главный стопор. ActiveX, COM-объекты, привязка к Internet Explorer встречаются до сих пор.
  • Периферия: принтеры, сканеры, токены и СКЗИ требуют проверенных драйверов под конкретную ОС.

Прежде чем тащить старое приложение в виртуализацию или Wine, честно оцените альтернативу – переписать его под целевую платформу. Этот выбор мы подробно разбирали в материале про заказную разработку против коробочных решений: иногда дешевле один раз сделать нативную версию, чем годами тащить костыли совместимости.

Как выстроить переход без простоев

Миграция «всех и сразу» проваливается предсказуемо. Работающая последовательность:

  1. Инвентаризация. Соберите реальный список ПО и периферии по ролям сотрудников, а не по бумажным регламентам.
  2. Пилот. Выберите 10–15 рабочих мест разных профилей, доведите их до полной работоспособности, зафиксируйте проблемы.
  3. Образы и автоматизация. Подготовьте типовые образы под роли, разверните централизованное управление (FreeIPA, ALT Domain, ALD Pro) и политики.
  4. Волновой перевод. Мигрируйте отделами, оставляя путь отката, пока сотрудники адаптируются.

Параллельно растёт спрос на внутренние сервисы поверх нового стека – от корпоративного поиска по документации до ассистентов на базе LLM в продукте и векторных баз для RAG-поиска. Отечественная инфраструктура – не тупик, а новая база, на которой эти решения разворачиваются нативно.

Вывод

Импортозамещение ОС на рабочих местах – это проект не про установку дистрибутива, а про прикладную совместимость и управляемость парка. Astra Linux закрывает строгие требования по защите, ALT даёт гибкость массового внедрения, и часто их совмещают. Успех определяет дисциплина: инвентаризация, пилот, волновой переход с откатом. От аудита парка до развёртывания и сопровождения всё это укладывается в последовательное ведение инфраструктурного проекта.