Дмитрий Васильев (IBS): «Надежная и отказоустойчивая корпоративная инфраструктура становится частью бизнес-устойчивости»

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

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

Главный вызов в России — создание предсказуемого инфраструктурного контура на отечественных и доступных технологических компонентах. Бизнесу важно понимать характеристики сервера или СХД, сроки поставки, совместимость с российским ПО, наличие сервисной поддержки, запасных частей, гарантий, документации и подтвержденного происхождения оборудования.

Управляющий партнер IBS Дмитрий Васильев
Фото: IBS

Для ИТ-проектов это означает, что инфраструктурная часть становится обязательным элементом любого крупного проекта цифровизации. Систему планирования ресурсов предприятия (ERP), управления производственными активами (MES), управления основными фондами (EAM), управления жизненным циклом изделия (PLM), управления взаимоотношения с клиентами (CRM), а также хранилище данных, отраслевые платформы и корпоративные приложения уже нельзя внедрять отдельно, не касаясь вопросов отказоустойчивости, мониторинга, резервного копирования, ИБ, эксплуатации и последующего развития.

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

Можно выделить пять ключевых факторов, которые следует учитывать в любом ИТ-проекте:

• Переход от технической инфраструктуры к сервисной архитектуре. Компания должна понимать, от каких конкретных систем зависят ее бизнес-процессы —интеграций, баз данных, каналов связи и средств защиты. Без такой карты невозможно качественно управлять изменениями.
• Киберустойчивость. Недостаточно предотвращать атаки: важно уметь быстро обнаруживать инциденты, локализовать их, сохранять данные, восстанавливать сервисы и подтверждать выполнение регуляторных требований. Особенно это актуально для организаций, работающих с критической информационной инфраструктурой, промышленными объектами, транспортом, финансовыми сервисами и государственными системами.
• Надежный набор решений. Российский рынок прошел первую волну технологической независимости, когда компании заместили наиболее критичные зарубежные ПО и оборудование. Задача усложнилась: необходимо собрать целевую архитектуру на отечественных платформах, проверить совместимость, производительность, надежность, масштабируемость и модель сопровождения.
• Управление изменениями. Значительная часть отказов возникает не из-за физического выхода оборудования из строя, а связана с изменениями в конфигурациях, доступах, интеграциях, релизах, сетевых правилах и настройках безопасности. Современная инфраструктура должна контролироваться как по состоянию, так и по изменениям.
• Данные и аналитика. Инфраструктура становится источником управленческих данных о доступности сервисов, производительности, загрузке мощностей, качестве пользовательского опыта, инцидентах, уязвимостях, стоимости эксплуатации и рисках.

— Какие требования сегодня предъявляются к мониторингу корпоративной инфраструктуры? На каких участках их особенно сложно реализовать, какие решения позволяют этим требованиям соответствовать?

— Мониторинг должен отвечать не «работает ли сервер», а «работает ли бизнес-сервис и что угрожает его доступности». Требуется сквозная картина по инфраструктуре, приложениям, базам данных, интеграциям, сетям, ИБ-событиям и пользовательскому опыту. Это сложнее реализовать в распределенных компаниях, промышленных контурах, КИИ и гибридных ландшафтах после перехода на отечественное ПО. Нужны не отдельные дашборды, а архитектура мониторинга: мониторинг производительности приложений (APM), управление безопасностью и автоматизация реагирования (SIEM/SOAR), управление ИТ-услугами и конфигурациями (ITSM/CMDB), контроль изменений и автоматизация реакции. Это значит, что мониторинг нужно проектировать на этапе архитектуры, а не перед запуском.

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

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

Рост кибераткак на 30-35 % в 2026 году разделит ИТ-потребителей: одни сохранят устойчивость, другие будут платить за устранение последствий и доработку защиты требуемого уровня.

— Как меняется технологический стек для решения этих задач, в том числе и с точки зрения импортозамещения?

— Набор технологий меняется от точечной замены продуктов к платформенной архитектуре. Российским компаниям недостаточно заменить один зарубежный продукт аналогом. Необходимо пересобрать связанный контур: ОС, виртуализацию, СУБД, резервное копирование, мониторинг, ИБ, интеграции, ITSM, облака и средства сопровождения.

Реальность ближайших лет — гибридная инфраструктура: отечественные решения, работа с открытым ПО (open source) и устаревшими системами (legacy), частные и публичные облака. Выигрышной для ИТ-компаний становится роль архитектора и интегратора, а не реселлера. Главный риск для бизнеса — приобрести набор несовместимых решений и назвать его технологической независимостью.

Подход к выбору решений меняется от точечной замены продуктов к платформенной архитектуре. Раньше бизнес стремился заменить один зарубежный продукт на российский аналог. Зачастую это не работает, поскольку инфраструктура — связанный контур: операционные системы, виртуализация, СУБД, резервное копирование, мониторинг, ИБ, интеграции, ITSM, облака, контейнеризация, средства разработки и сопровождения.

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

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

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

— Расскажите об опыте вашей компании в данном направлении.

— IBS сильна в крупных корпоративных ландшафтах: ERP, EAM, MES, PLM, аналитика, разработка, тестирование, сопровождение, управление программами и импортозамещение. Это позволяет связывать прикладные системы, данные, инфраструктуру, ИБ и эксплуатацию в единую архитектуру. Рынок переходит от разовых внедрений к долгосрочной сервисной модели. Для бизнеса ценность заключается в том, что партнер отвечает за все: от запуска системы до ее мониторинга, защиты и развития после промышленного старта.

Импортозамещение и критичные отраслевые контуры: Пулково. IBS внедрила в Пулково отечественную ERP-систему на платформе «1С:Предприятие 8» с модулем EAM собственной разработки; проект стартовал в октябре 2023 года, а с 1 января 2025 года система была запущена в промышленную эксплуатацию. Модуль IBS EAM был интегрирован с существующими информационными системами аэропорта, чтобы обеспечить более полный учет и анализ данных. Отказоустойчивость инструментов для ведения учета в области управления авиационной техникой и ТОиР обеспечивается за счет разделения на оперативный и финансовый контуры.

«Уралкалий»: комплексная система управления инвестиционно-строительной деятельностью. Проект стартовал в конце 2021 года. Команда IBS предложила разделить внедрение САИД на две очереди: сначала автоматизировать сквозной процесс управления проектами, стандартизовать НСИ и привести участников процесса к единому уровню автоматизации, затем на подготовленной базе развернуть решения с применением технологий информационного моделирования (ТИМ) и внедрить ресурсное планирование.

Комплексная архитектура САИД объединила специализированные решения классов ERP, BI, MDM, CAD, EPM (КСП) и CDE (СХИД). Зарубежные платформы были заменены на отечественные аналоги: Model Studio, CadLib и Битрикс.

— Как, по вашему прогнозу, будут меняться тенденции, связанные с построением и мониторингом корпоративной инфраструктуры, в ближайшее время?

— В ближайшие годы на первый план выйдут киберустойчивость, технологическая независимость и прозрачность работы сервисов. Мониторинг станет предиктивным: от реакции на аварии рынок перейдет к прогнозированию деградации, поиску аномалий и автоматическому запуску регламентов. Будут сближаться центр управления сетью (NOC), центр мониторинга и реагирования на киберугрозы (SOC) и служба поддержки пользователей (Service Desk), поскольку инциденты доступности, ИБ и качества сервиса невозможно рассматривать отдельно. Вырастет спрос на модель управляемых услуг (managed services), SLA и отраслевые шаблоны. ИТ-компании переходят от продажи часов к продаже результата, бизнес — от владения сложностью к покупке управляемости. В крупных проектах инфраструктура, ИБ, мониторинг, данные и ИИ станут обязательными блоками архитектуры.

— Большое спасибо за беседу!