Постановление № 1236 закрыло госзаказчикам прямую закупку зарубежного ПО, когда в реестре есть отечественный аналог. С 1 января 2018 года требование распространилось и на закупки госкомпаний. Для ИТ-директора это значит одно: инфраструктуру – операционные системы, виртуализацию, оборудование ЦОД – придётся переводить на российские продукты по плану, а не по факту аудита. Ниже разбираем три слоя, с которых начинается переход, и где он чаще всего буксует.

Операционная система: миграция, а не переустановка

Замена Windows и RHEL на Astra Linux, РЕД ОС или ALT Linux – не разовая операция. Сложность не в самой ОС, а в прикладном ландшафте: бухгалтерия на 1С, доменная авторизация, печать через сетевые МФУ, специализированные АРМ. Каждый из этих узлов нужно проверить на совместимость заранее.

Мы начинаем с инвентаризации: что крутится на каждом сервере и рабочей станции, какие зависимости тянет за собой приложение. Дальше – пилот на изолированном сегменте, где собираем реальные сбои совместимости, а не теоретические. Astra Linux Special Edition уже сертифицирована ФСТЭК до класса защищённости 1Б, поэтому для информационных систем с гостайной и персданными она закрывает требования регулятора без дополнительных наложенных средств. Это снимает половину вопросов аттестации.

Доменную инфраструктуру переводим на ALD или FreeIPA, групповые политики переписываем под новый каталог. Самый трудоёмкий участок – толстые клиенты и legacy-приложения под Windows. Часть запускаем через Wine или терминальный доступ, часть требует переписывания. Здесь экономить на этапе обследования нельзя: пропущенная зависимость всплывёт в проде.

Виртуализация и ЦОД: где реестр работает, а где пока нет

С гипервизорами ситуация лучше, чем кажется. zVirt, Ред Виртуализация и решения на базе KVM перекрывают типовые сценарии: миграция ВМ, отказоустойчивые кластеры, централизованное управление. VMware vSphere заменяется без потери архитектурной логики, если заранее пересобрать систему резервного копирования и мониторинг под новый стек.

С железом сложнее. Серверы на «Эльбрусе» и «Байкале» включены в реестр Минпромторга, но производительность и зрелость экосистемы пока отстают от x86. Для большинства корпоративных нагрузок реалистичнее путь через российскую сборку на серийных компонентах с подтверждённой локализацией – это закрывает формальные требования и не ломает бюджет. Систему хранения и резервного копирования стоит проектировать с запасом: при переходе на новый гипервизор объёмы трафика репликации меняются.

Отдельный пласт – данные. Если вы параллельно строите аналитическую платформу, инфраструктурный слой нужно закладывать совместимым с ней сразу. Мы разбирали это в материале про архитектуру Data Lake: импортонезависимое хранилище проще строить с нуля, чем мигрировать потом.

Порядок перехода и сквозные требования

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

Сквозная задача всего проекта – юридическая значимость и защита. Документооборот переводим с учётом электронной подписи и ЭДО, чтобы криптография работала на новой ОС из коробки. А средне- и долгосрочное планирование инфраструктуры стоит синхронизировать с ИТ-стратегией до 2030 года: мощности под аналитику и ИИ закладывают на этапе проектирования ЦОД, а не докупают авралом.

Вывод

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