Импортозамещение 2.0: строим не просто замену, а устойчивую ИТ-экосистему

Несколько лет назад разговор об импортозамещении в корпоративном ИТ сводился к вопросу о замене только конкретного продукта Microsoft. А сегодня лидеры отрасли все настойчивее указывают, что эта задача оказалась гораздо более масштабной – крупный ИТ-ландшафт включает десятки и сотни систем, интеграции, данные, процессы, привычки пользователей, регламенты безопасности и эксплуатационные команды.

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

Я наблюдаю этот сдвиг в том числе через призму нашей работы с корпоративными каталогами. Задача, которая три года назад формулировалась как перенос учетных записей из Microsoft AD в [вставьте сюда название любого отечественного каталога, и суть не изменится], сегодня звучит принципиально иначе: «обеспечить управляемый переход инфраструктуры с сохранением всех интеграций, без деградации сервисов и с возможностью масштабирования».

Это другой масштаб ответственности.

От замены продукта к перестройке архитектуры

Главная ошибка первой волны

Главная ошибка первой волны импортозамещения состояла в том, что организации воспринимали его как задачу замены отдельных компонентов.

Убрали Microsoft AD – поставили ALD Pro.

Убрали Microsoft Exchange – поставили отечественную почту.

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

Системная перестройка в 2026 году

В 2026 году импортозамещение окончательно перешло из режима экстренной замены в режим системной перестройки, когда компании и государственный сектор выстраивают устойчивые технологические цепочки.

Ключевой сдвиг – фокус не только на замене «коробок», но и на совместимости, жизненном цикле, поддержке и безопасности, от операционных систем и офисных пакетов до СУБД, средств защиты, виртуализации и инфраструктуры.

Каталог как фундамент

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

Гибридная эксплуатация как новая норма

Миграция не равна разовому переключению

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

Срок для КИИ

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

Срок обязательного перехода для субъектов критической информационной инфраструктуры сдвинут до 1 января 2028 года. Это означает, что большинство крупных организаций будет жить в гибридной среде еще полтора-два года как минимум, а с учетом реальных темпов проектов – для части из них и дольше.

Почему ручное управление опасно

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

Роль специализированных инструментов

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

Аудит как стартовая точка

Устойчивая ИТ-экосистема строится с момента, когда организация четко имеет представление, что у нее есть и в каком состоянии. В таких условиях инструментом принятия решений становится аудит исходной среды.

План действий в 2026 году

В 2026 году выигрывают те, кто действует по плану:

инвентаризация => приоритизация критичных сервисов => подбор решений из официальных реестров => пилотирование => обучение => поэтапный перенос с контролем рисков

Что находит аудит до миграции

Аудит каталога до начала миграции позволяет выявить то, что незаметно на пилотном стенде:

• группы с недопустимыми для целевой платформы названиями;
• учетные записи с неограниченным сроком действия паролей;
• дублирующиеся объекты;
• учетные записи с членством более чем в тысяче групп (распространенная проблема в крупных инфраструктурах, способная спровоцировать сбои при миграции).

В Pragmatic Tools Migrator модуль аудита специально спроектирован под требования конкретных целевых платформ. Система анализирует исходную среду с учетом особенностей того каталога, в который планируется миграция.

Невидимая часть айсберга

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

Корпоративные приложения, подключенные к Microsoft AD через LDAP* или Kerberos*, после смены каталога требуют перенастройки. ERP-системы, порталы, системы электронного документооборота, решения для видеоконференций – каждое из них имеет свою схему аутентификации и авторизации. В крупной организации таких интеграций могут быть десятки.

На Active Directory завязаны аутентификация, авторизация, групповая политика, DNS, Kerberos, интеграция с ERP и почтовыми системами. Любая ошибка при миграции оборачивается параличом бизнес-процессов, поэтому строительство устойчивой ИТ-экосистемы требует составления полной карты интеграций до начала миграции. Это трудоемкая работа, которую многие пытаются сократить, невольно порождая инциденты уже после завершения «успешной» миграции каталога.

Устойчивая экосистема на практике

Устойчивость в ИТ-контексте – это не отсутствие сбоев, а способность инфраструктуры продолжать работу при сбоях и восстанавливаться без критических потерь. Применительно к корпоративному каталогу это означает одновременно несколько аспектов:

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

Итоги

Общий тон в отрасли в 2025 году можно охарактеризовать как сдержанно-позитивный: рынок вырос и окреп, хотя и без прежнего ажиотажа, зато с акцентом на долгосрочную устойчивость. Этот сдвиг в логике – от быстрой замены к долгосрочной работе – и есть то, что я называю импортозамещением 2.0.

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

Изображение на обложке: Pragmatic Tools, генерация ChatGPT