7 ключевых аспектов ИТ-архитектуры предприятия в эпоху импортозамещения

После 2022 года российский корпоративный ИТ-ландшафт быстро изменился. Уход западных вендоров, курс на импортозамещение и ускоренная цифровизация заставили компании пересмотреть подход к архитектуре ИТ-среды. Теперь бизнесу важно не только выбрать технологии, но и понять, кто отвечает за архитектуру, где нужны стандартные решения, а где — доработка под специфику, как снизить зависимость от иностранных продуктов и с кем строить долгосрочные технологические партнёрства.

Разберём семь аспектов, которые сегодня определяют архитектуру ИТ-среды предприятия.

Сложную корпоративную ИТ-среду не может спроектировать один участник. Рабочая модель строится на совместной работе заказчика, интегратора и вендора.

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

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

Поэтому эффективная архитектура строится на распределённой ответственности. Вендор развивает ядро. Интегратор адаптирует решение под отрасль и процессы. Заказчик контролирует приоритеты и целевую модель.

Главный вывод: архитектор ИТ-среды сегодня — не один игрок, а команда.

Подход к архитектуре зависит от масштаба бизнеса.

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

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

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

Обычно логика такая:

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

Так компания не ломает ядро системы, но и не жертвует своей спецификой.

Главный вывод: не бизнес должен подгонять всё под коробку и не платформа должна полностью растворяться в кастомизации. Нужен баланс.

Полностью отказаться от зарубежного ПО быстро не получилось. В ряде классов систем это до сих пор невозможно без серьёзных потерь для бизнеса.

Речь прежде всего о тяжёлом инженерном ПО, PLM, CAD/CAE, отдельных промышленных и научных системах. Такие продукты развивались десятилетиями. Их нельзя полноценно заменить за год или два.

Поэтому компании используют смешанную стратегию.

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

Вторая часть — постепенно переводить отдельные функции на отечественные решения. Обычно миграция идёт не одним большим проектом, а поэтапно: сначала менее критичные зоны, затем ключевые модули.

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

Но у резкой миграции цена тоже высокая. Если аналог уступает по зрелости и не покрывает критичный процесс, компания получает сбой не в ИТ, а в операционной модели бизнеса.

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

2022 год стал для российского ИТ-ландшафта стресс-тестом. Бизнесу пришлось в короткие сроки ответить на три вопроса: что критично, что можно заморозить и что нужно срочно заменить.

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

Коммерческий сектор действовал гибче. Одни компании быстро разворачивали автономные контуры взамен глобальных систем. Это было особенно важно для бывших подразделений международных групп. Другие сохраняли старые платформы и готовили постепенный переход. Третьи использовали carve-out: локализовали часть глобальной системы в российском контуре, чтобы выиграть время.

Главный результат в том, что критические отрасли не остановились. Бизнес смог удержать работоспособность ИТ-среды даже в условиях резкого обрыва привычных связей с вендорами.

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

Главный вывод: 2022 год доказал устойчивость рынка, но после фазы выживания началась фаза технологического догоняющего развития.

Ещё один заметный тренд — перенос решений из одной отрасли в другую. Технологии больше не живут в жёстких вертикалях. Если решение работает в атомной промышленности, металлургии или телекоме, его адаптируют и для других отраслей.

Это происходит потому, что многие цифровые задачи у предприятий похожи:

• мониторинг оборудования;
• сбор и анализ телеметрии;
• предиктивное обслуживание;
• управление производственными процессами;
• моделирование и проектирование;
• управление данными.

В результате компании всё чаще используют не узкоотраслевые, а кросс-отраслевые решения. Это расширяет рынок для разработчиков и ускоряет внедрение для заказчиков. Не нужно разрабатывать всё с нуля под каждую отрасль, если базовая логика уже отработана в другом секторе.

Такой обмен полезен и рынку, и отдельным предприятиям. Разработчики получают больше кейсов и быстрее улучшают продукт. Заказчики получают более зрелые решения.

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

Оценивать импортозамещение по принципу «есть аналог или нет» уже недостаточно. Важнее другой вопрос: насколько отечественный продукт закрывает реальную бизнес-задачу.

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

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

Для бизнеса это означает следующее. Выбор нельзя строить только на политике или формальном требовании. Его надо строить на эффективности:

• снижает ли решение издержки;
• ускоряет ли процессы;
• улучшает ли качество данных;
• поддерживает ли масштабирование;
• не создаёт ли критические риски в поддержке и развитии.

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

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

После 2022 года рынок стал быстрее двигаться к кооперации. Причина проста: в одиночку закрыть весь стек задач уже почти невозможно.

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

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

Чтобы такая модель работала, рынку нужны единые правила:

• прозрачное распределение ролей;
• понятные требования к интеграции;
• общие стандарты качества;
• открытость по дорожным картам и ограничениям продукта;
• долгосрочная логика партнёрства вместо разовой сделки.

Для заказчика это особенно важно. Когда роли размыты, проект начинает буксовать. Когда роли определены, управлять проектом проще: понятно, кто отвечает за ядро, кто за интеграцию, кто за бизнес-результат.

Главный вывод: консолидация рынка — не временная реакция на кризис, а новая модель развития отрасли.

Архитектура ИТ-среды предприятия в эпоху импортозамещения строится вокруг семи практических вопросов.

1. Кто принимает архитектурные решения. Сегодня это не один игрок, а связка заказчика, интегратора и вендора.
2. Где использовать стандарт, а где дорабатывать систему под бизнес. Малому бизнесу чаще хватает типовых решений. Крупному нужен баланс между платформой и кастомизацией.
3. Как управлять зависимостью от иностранного ПО. Полный отказ возможен не везде, поэтому бизнес комбинирует продление жизни старых систем и поэтапную миграцию.
4. Что показал кризис 2022 года. Он подтвердил устойчивость рынка, но также показал, что фаза выживания должна смениться фазой развития.
5. Как ускоряется цифровизация. Быстрее всего она идёт там, где решения переходят из одной отрасли в другую.
6. По каким критериям оценивать отечественные продукты. Главный критерий — не происхождение, а польза для бизнеса.
7. Как меняется рынок. Он идёт к кооперации, альянсам и более чётким правилам взаимодействия.

Итог простой: сильная ИТ-архитектура сегодня — это не набор технологий сам по себе. Это способность компании собрать устойчивую, развиваемую и экономически оправданную систему в условиях ограничений, высокой неопределённости и ускоренных изменений.