Два года импортозамещение шло в режиме аврала: вендоры уходили, лицензии переставали продлеваться, ИТ-службы латали дыры тем, что оказывалось под рукой. К 2024 году этот этап закончился. Требование перевести значимые объекты КИИ на отечественные решения к 1 января 2025 года перестало быть абстрактной угрозой и превратилось в дату в плане-графике. Аврал больше не работает – нужна плановая миграция, где каждый шаг просчитан, а откат возможен на любой стадии.

Почему авральная замена больше не проходит

Спонтанные замены первых двух лет создали технический долг. Компании ставили российскую ОС на отдельные рабочие места, переносили почту, меняли антивирус – но ядро ландшафта (ERP, СУБД, виртуализация, шина данных) оставалось на иностранном стеке. Получилась лоскутная инфраструктура: половина систем интегрирована с тем, что вот-вот уйдёт.

Точечные решения упёрлись в три стены. Первая – совместимость: отечественное прикладное ПО не всегда дружит с тем, что уже заменили на уровне инфраструктуры. Вторая – данные: миграция СУБД с проприетарного формата требует переписывания хранимых процедур, а не копирования таблиц. Третья – люди: администраторы, годами работавшие с зарубежными продуктами, не переучиваются за выходные.

Регуляторное давление при этом усилилось. Государство дало бизнесу инструменты для манёвра – мы разбирали расширение отсрочек по ИТ-налогам и льготам ещё в декабре, – но эти послабления касаются налоговой нагрузки, а не сроков перехода на доверенные решения. Время на раскачку выкуплено, дедлайны – нет.

Что значит «плановая миграция»

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

Дальше – приоритизация по двум осям: риск (что отключат раньше и больнее) и сложность переноса. В первую очередь закрывают то, где истекает поддержка и где простой останавливает выручку. Инфраструктурный слой меняют до прикладного: бессмысленно переносить бизнес-приложение на платформу, которую через полгода снова придётся менять. Логичная отправная точка – операционные системы и рабочие места; о практике перехода на Linux в корпоративной среде мы писали отдельно.

Каждый этап проходит через тестовый контур с проверкой совместимости, нагрузки и сценариев отката. Параллельный запуск старой и новой систем на переходный период стоит дороже, но снимает риск остановки. Это не перестраховка, а норма для значимых объектов.

С чего начать в первом квартале

Январь – время не для закупок, а для аудита и дорожной карты. Тенденции, которые мы подвели по итогам года, показывают: выигрывают те, кто планирует миграцию на 12–18 месяцев вперёд, а не закрывает горящие задачи.

Практический порядок действий на квартал:

  • провести инвентаризацию ИТ-ландшафта и зафиксировать зависимости между системами;
  • разбить парк на критичные, важные и второстепенные объекты;
  • составить дорожную карту с контрольными точками и бюджетом по этапам;
  • собрать тестовый стенд под пилот первой системы из критичного слоя.

Сложная миграция корпоративных систем редко делается силами одной внутренней команды – нужна экспертиза по совместимости отечественных платформ и опыт переноса данных без потерь. Если ландшафт большой, проектирование и сопровождение миграции стоит подключать уже на этапе аудита, пока не начались закупки.

Вывод

Импортозамещение в 2024 году – это управляемый проект, а не реакция на очередной уход вендора. Кто превратит хаос предыдущих лет в дорожную карту с приоритетами и тестовыми контурами, тот встретит дедлайны по КИИ спокойно. Кто продолжит латать дыры – встретит их в авральном режиме и переплатит вдвое.