Что происходит с импортозамещением сейчас
Импортозамещение окончательно перешло в практическую плоскость: крупные организации и субъекты КИИ больше не могут игнорировать требования регуляторов и ограничения на зарубежное ПО и оборудование. Во многих отраслях появились жёсткие сроки перехода на отечественные решения, а точечные замены превратились в программы построения «суверенной» ИТ‑инфраструктуры.
Ключевые тренды:
- Усиление нормативных требований для КИИ, госорганов и отраслей с повышенными рисками (энергетика, транспорт, финансы, здравоохранение).
- Сдвиг фокуса с формальной доли «процента российского ПО» на устойчивость и управляемость ИТ‑ландшафта: бизнес считает не только соответствие, но и TCO, риски и SLA.
- Развитие отечественных платформ: операционные системы, СУБД, системы ИБ и серверные решения становятся ядром технологического суверенитета на горизонте 2026–2027 годов.
Основные вызовы для бизнеса
Смена вендоров и платформ —-это не «заменить один продукт на другой в прайсе», а затрагивающий всё: от архитектуры до процессов эксплуатации. Ошибка на этапе проектирования может обернуться многолетними ограничениями и ростом TCO вместо экономии.
Ключевые группы проблем:
- Финансовые и ресурсные барьеры.
- Полная замена серверов, СХД, сетевого оборудования и ПО в средней или крупной компании - сотни миллионов рублей и существенная нагрузка на CAPEX.
- Бизнес параллельно должен поддерживать старую и новую инфраструктуру на переходном этапе, что увеличивает OPEX и требования к команде.
- Технологические и архитектурные риски.
- Не всегда возможно «один к одному» заменить отдельный компонент: часто приходится пересматривать всю архитектуру, менять интеграции и процессы резервирования.
- Часть отечественных решений ещё уступает зарубежным аналогам по функциональности или масштабируемости и требует доработок и пилотов.
- Кадровый дефицит и компетенции.
- На рынке мало специалистов, которые глубоко знают именно выбранные отечественные платформы и умеют проводить комплексные миграции без остановки бизнеса.
- Приходится одновременно обучать собственную команду и выстраивать новые регламенты эксплуатации и безопасности.
Где импортозамещение действительно критично
Не вся ИТ-инфраструктура подлежит немедленной полной замене. Практический подход - расставить приоритеты: какие зоны должны быть «российскими» в первую очередь, а где допустима гибридная модель.
Зоны «жёсткого» импортозамещения
- Средства защиты информации и КИИ.
- Для КИИ и отраслей с особыми требованиями (энергетика, транспорт, финансы и др.) использование зарубежных средств ИБ фактически запрещено, требуются сертифицированные отечественные решения.
- Сроки перехода фиксированы нормативно, невыполнение грозит штрафами, лишением допуска к госзакупкам и рисками для лицензий.
- Базовые платформы: ОС, СУБД, офисное ПО.
- В госсекторе и компаниях с госучастием уже установлены контрольные точки по массовому переходу на отечественные ОС, офисные пакеты, СУБД и средства защиты.
- Рост пользовательской базы стимулирует развитие функционала и улучшение поддержки, что делает такие решения реальным фундаментом суверенной инфраструктуры.
Где возможен гибридный подход
- Периферийные сервисы и некритичные системы.
- На переходный период часть вспомогательных сервисов может оставаться на импортных платформах при наличии понятного плана поэтапной миграции.
- Это позволяет сгладить финансовую нагрузку и не ломать отлаженные процессы без необходимости.
- Облака и отраслевые платформы.
- Бизнес чаще выбирает гибридную модель: критичные системы - на отечественных платформах и в доверенных ЦОД, часть нагрузок - в коммерческих облаках с контролем данных и рисков.
Практический план перехода: взгляд интегратора
Системный интегратор в проекте импортозамещения выполняет роль «генподрядчика» по ИТ‑изменениям: от обследования и проектирования до внедрения и сопровождения. Ниже пример поэтапного подхода, который снижает риски и делает переход управляемым.
Этап 1. Аудит и модель целевого состояния
- Инвентаризация ИТ‑ландшафта.
- Полный перечень ПО, оборудования, интеграций, лицензий и SLA с их критичностью и привязкой к бизнес‑процессам.
- Выделение систем КИИ, регуляторно значимых сервисов и «узких горлышек» (устаревшее железо, end‑of‑support, отсутствие резервирования).
- Определение целевой архитектуры.
- Формирование целевой схемы: какие слои должны быть на отечественных платформах (ядро, ИБ, бизнес‑критичные сервисы), где допустимы гибрид и по каким причинам.
- Оценка вариантов: on‑prem, частное облако, коммерческие ЦОД, отраслевые облачные платформы и их сочетания.
Этап 2. Выбор отечественных решений и пилоты
- Технический и функциональный выбор.
- Сравнение нескольких российских вендоров по функциональности, масштабируемости, стоимости владения и соответствию требованиям регуляторов.
- Проверка совместимости с существующими системами, стандартами отрасли и требованиями ИБ.
- Пилотные проекты.
- Небольшие пилоты в непиковых сегментах (отдельный филиал, второстепенная система, часть пользователей) с измеримыми метриками: производительность, стабильность, удобство администрирования.
- При необходимости — параллельный режим (старое/новое) с возможностью безопасного отката.
Этап 3. Поэтапная миграция и интеграция
- Планирование «окон» и последовательности.
- Пошаговый план миграции: какие системы идут первыми, как обеспечивается непрерывность сервисов, где возможны короткие окна простоя.
- Согласование с бизнесом: приоритеты, критичные периоды, требования к уровню сервиса и отката.
- Комплексная интеграция и обучение.
- Настройка связей с существующими системами, каталогами, средствами мониторинга и ИБ.
- Обучение ИТ‑службы заказчика работе с новыми платформами, обновление эксплуатационной документации и регламентов.
Этап 4. Эксплуатация, оптимизация и развитие
- Контроль SLA и TCO.
- Постоянный мониторинг производительности, инцидентов, использования ресурсов и лицензионных затрат для оценки реального TCO новых решений.
- Оптимизация конфигураций и лицензий по итогам первых 6-12 месяцев эксплуатации.
- План развития и импортонезависимости.
- Построение дорожной карты развития ИТ‑инфраструктуры на 3-5 лет с минимальной привязкой к конкретным вендорам (контейнеризация, открытые стандарты, модульная архитектура).
- Регулярная переоценка рисков по санкциям, цепочкам поставок и нормативным изменениям.
Какую ценность приносит системный интегратор
Для бизнеса ключевой вопрос: не «какой процент импортозамещения достигнут», а насколько надёжной, управляемой и экономически обоснованной станет инфраструктура после проекта. Системный интегратор помогает пройти путь не «от продукта», а от бизнес‑целей.
Роли интегратора в проекте импортозамещения:
- Перевод регуляторных и технологических требований в понятный план действий: какие риски закрываются, в какие сроки и какими средствами.
- Ответственность за архитектуру и совместимость: подбор стека российских решений, который реально работает в связке и выдерживает ваши нагрузки.
- Снижение рисков и TCO: поэтапная миграция, пилоты, обучение команды и сопровождение, чтобы новая инфраструктура была не дороже и сложнее, а надёжнее и предсказуемее.
Такой практический подход позволяет воспринимать импортозамещение не как вынужденное ограничение, а как возможность обновить ИТ‑инфраструктуру, избавиться от технического долга и заложить фундамент технологического суверенитета и гибкости бизнеса на ближайшие годы.