Зарубежные вендоры приостановили поставки, продление лицензий и техподдержку. Российские компании и госструктуры остались с инфраструктурой, которую больше нельзя обновлять и нельзя ремонтировать по гарантии. Вопрос уже не «мигрировать ли», а «в каком порядке и с какими рисками». Ниже – практический разбор по трём слоям: операционные системы, виртуализация и оборудование.
Операционные системы и базовый софт
Замена начинается с ОС, потому что от неё зависит совместимость всего остального. На серверах рабочая опция – отечественные дистрибутивы из реестра Минцифры: Astra Linux, РЕД ОС, ALT Linux. Все три имеют сертификаты ФСТЭК, что критично для госсектора и объектов КИИ.
Главная сложность не в самой ОС, а в прикладном слое поверх неё. Проприетарные приложения под Windows не переедут на Linux одним кликом. Поэтому инвентаризацию начинайте с реестра ПО: какие системы работают только под Windows, какие имеют Linux-версию, какие можно заменить веб-интерфейсом. Параллельно планируйте перевод СУБД – для большинства задач миграция с проприетарных баз на PostgreSQL снимает зависимость от Oracle и MS SQL и хорошо ложится на новый стек.
Не забывайте про клиентские устройства и мобильную дистрибуцию. Если у вас есть корпоративное приложение для сотрудников или клиентов, продумайте альтернативный канал доставки – публикация в RuStore закрывает риск удаления из зарубежных магазинов.
Виртуализация без VMware
Лицензии VMware vSphere больше не продлеваются, а это фундамент частных облаков в большинстве организаций. Прямого «бесшовного» аналога нет, но рабочие варианты есть.
Открытый путь – KVM с oVirt или Proxmox VE: зрелые технологии, активные сообщества, отсутствие лицензионных платежей. Коммерческий путь – российские платформы вроде zVirt или «Брест» (на базе того же KVM), которые дают техподдержку и совместимость с требованиями регуляторов.
Миграция виртуальных машин – самая трудоёмкая часть. Конвертация форматов дисков, переразметка сети, перенос политик доступа и резервного копирования требуют тестового стенда и понятного окна простоя. Делайте это поэтапно: сначала некритичные сервисы, затем продуктивные нагрузки. Не переносите всё разом – откат должен оставаться возможным на каждом шаге.
«Железо» и архитектура закупок
С оборудованием ситуация сложнее софта: его нельзя пересобрать из исходников. Серверы и СХД ведущих брендов недоступны по официальным каналам, сроки поставок выросли, цены тоже.
Что делать сейчас. Во-первых, провести аудит парка и продлить срок службы исправного оборудования – отказаться от плановой замены «по возрасту». Во-вторых, рассматривать серверы российской сборки из реестра Минпромторга и решения на архитектуре, не привязанной к одному поставщику. В-третьих, закладывать запас по комплектующим: диски, память, блоки питания.
Стратегически выигрывают те, кто проектирует инфраструктуру модульно и не привязывается к конкретному вендору на уровне архитектуры. Этот принцип мы закладывали ещё при планировании ИТ-бюджета и архитектуры – он окупается именно сейчас. Стоимость перехода во многом определяется тем, насколько аккуратно велось проектирование и развитие инфраструктуры до кризиса: чем меньше в ней скрытых зависимостей, тем меньше из них всплывает в самый неподходящий момент.
Вывод
Импортонезависимость – не разовая закупка, а перестройка по слоям: ОС, прикладной софт, виртуализация, оборудование. Начните с инвентаризации и реестра ПО, выделите критичные системы и мигрируйте поэтапно с возможностью отката. Чем раньше начнёте, тем дешевле обойдётся переход – пока работающее оборудование ещё держит нагрузку, а команда не работает в режиме аварии.
