Уход Microsoft с российского рынка и требования к госсектору перевели миграцию с Windows на Linux из «когда-нибудь» в план на ближайший квартал. Объекты КИИ обязаны перейти на доверенное ПО, реестр Минцифры пополняется отечественными ОС, а покупка новых лицензий Windows стала юридически и технически проблемной. Вопрос больше не «мигрировать ли», а «как сделать это без остановки работы».

С чего начинается миграция

Миграция парка – это не установка Astra Linux или ALT поверх существующих машин. Сначала инвентаризация: какие приложения реально используют сотрудники, какие из них критичны, что работает только под Windows. Типичная картина – 80% задач закрываются браузером, офисным пакетом и парой отраслевых систем, а оставшиеся 20% держат всю миграцию.

Дальше – категоризация рабочих мест. Менеджер с почтой, документами и 1С через веб-клиент переезжает за день. Конструктор с тяжёлым CAD или бухгалтер с толстым клиентом банковской системы требуют отдельного решения: нативный аналог, запуск через Wine, терминальный доступ к Windows-серверу или виртуализация. Честная инвентаризация на старте экономит месяцы – мы видели проекты, где пилот запускали без неё и упирались в несовместимое ПО уже после закупки лицензий.

Где ломается совместимость

Главные болевые точки – отраслевое и финансовое ПО, привязанное к Windows. Здесь пересекаются две волны импортозамещения: переход на отечественные ОС и замена самих прикладных систем, о чём мы писали в материале про импортозамещение в финтехе. Если вендор бизнес-системы уже выпустил Linux-версию или веб-клиент – задача упрощается до интеграции. Если нет – приходится строить прослойку из терминальных серверов или контейнеров.

Вторая зона риска – периферия и драйверы: МФУ, сканеры штрихкодов, СКЗИ, токены. Под российские дистрибутивы поддержка есть почти всегда, но требует проверки конкретных моделей до закупки, а не после. Третья – привычки пользователей. Перенос профилей, закладок, шаблонов документов и обучение снимают до половины обращений в техподдержку в первые недели.

Отдельно стоит инфраструктура каталога: замена Active Directory на FreeIPA или ALD Pro, групповые политики, централизованное управление обновлениями. Без этого парк из сотен машин превращается в зоопарк.

Сроки, ресурсы и автоматизация

Реалистичный срок для парка в 200–500 машин – от трёх до шести месяцев с пилотной группой, поэтапным переводом отделов и периодом параллельной работы. Форсировать не стоит: одномоментный перевод всей организации почти гарантирует паралич на неделю.

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

Такой переход охватывает всю инфраструктуру – от аудита парка до настройки централизованного управления и поддержки пользователей.

Вывод

Миграция с Windows на Linux – управляемый инженерный проект, а не разовая переустановка. Успех определяют инвентаризация ПО, честная оценка несовместимостей, замена инфраструктуры каталога и автоматизация развёртывания. Начинайте с пилота, считайте сроки в месяцах и закладывайте период параллельной работы – тогда переход пройдёт без остановки бизнеса.