Непрерывность бизнеса меняет правила игры: какими станут ИТ завтра

Инфраструктурный перелом

Лейтмотивом пленарной сессии «Инфраструктура 2030: лозунг или новый принцип» стал пересмотр привычных подходов к построению ИТ-инфраструктуры, поддержке сетей и данных, а также кибербезопасности и AI/ML. Участники обсуждали, как сохранять устойчивость в условиях новых нагрузок и стремительных технологических изменений.

Юрий Семенюков, директор центра инфраструктурных решений «Инфосистемы Джет», предложил отсчитывать современную трансформацию инфраструктуры с 2010 года — тогда как раз появились контейнеры. В 2015 году в продуктивной среде начал появляться Kubernetes, а к 2020 году стало понятно, что container-first становится одной из основных парадигм разработки современного ПО.

Если раньше компании выстраивали ИТ-инфраструктуру под определённый набор хорошо известных технологических стандартов, то теперь основу многих систем составляют микросервисы — горизонтально распределённые и слабо связанные программные модули, — а также middleware и компоненты open source. «Это принципиально другой технологический стек, который требует другого уровня ИТ-инфраструктуры», — заявил Юрий Семенюков.

Участники дискуссии «Инфраструктура 2030»
Источник: трансляция конференции IT Elements 2026

Тем не менее в крупных компаниях всё ещё остаются монолиты, а инфраструктура сохраняется в старой парадигме. «Если смотреть в будущее, то меняются применяемые программные продукты. В 99% случаев это уже не монолит, а open source, контейнеры и небольшие микросервисы. Поэтому инфраструктура должна уметь поддерживать весь новый набор компонентов», — рассказал Константин Коваленко, руководитель направления Manager Technology & Platforms, Infrastructure в компании Philip Morris Russia.

Отсюда возникает и новая проблема: старые архитектурные подходы уже не всегда уместны, а новые стандарты ещё только формируются. Например, эксперты сошлись во мнении, что ставить Kubernetes-кластер с микросервисами поверх кластера, растянутого на два ЦОДа, — не самое лучшее решение. Надо делать «по-другому, но ещё не до конца понятно, как».

В ходе пленарной сессии также отметили, что, если какая-то система надёжно работает в монолитной архитектуре, её не всегда имеет смысл перестраивать. Но новые компоненты уже требуют другого подхода. «Новые решения требуют современных подходов с учётом DevOps или DevSecOps», — подтвердил Денис Кривенцев, заместитель директора по инфраструктуре компании «АЛРОСА».

Необходимость перехода к новой архитектуре подтвердил Алексей Шкирмановский, технический директор «ВсеИнструменты». Компания перешла на концепцию мульти-ЦОД — три и более дата-центра, которые одновременно обеспечивают работу современных и legacy-приложений. Такой подход позволяет не только повысить устойчивость, но и существенно сократить затраты на устранение последствий сбоев.

«Изначально в архитектуру была заложена устойчивость: потеря любого из дата-центров не должна приводить к остановке бизнеса. Бизнес вообще не должен этого замечать. Чтобы быть уверенными в надёжности инфраструктуры с учётом постоянных изменений, мы ежеквартально проводим учения: отключаем каждый ЦОД от сети и оцениваем реакцию системы. В новых условиях мы живём уже последние четыре года», — рассказал Алексей Шкирмановский.

Впрочем, сама идея мульти-ЦОД может выглядеть по-разному в зависимости от задач бизнеса. «Новая концепция должна уметь поддерживать и нестандартные архитектуры мульти-ЦОДов, — добавил Артём Ерофеев, начальник отдела системной архитектуры в ОТП Банке. — Например, у нас два ЦОДа с полной поддержкой: основная коммутация, каналы связи, ключевые сервисы. Остальные ЦОДы используются как дополнительные вычислительные ресурсы и хранилища. Благодаря этому мы можем масштабироваться без установки дублирующего оборудования и расходов на его приобретение».

Дискуссия «Защита промышленных предприятий»
Фото: Игорь Новиков, ICT-Online.ru

Движение к «Инфраструктуре 2030»

Позднее эксперты «Инфосистемы Джет» показали «Инфраструктуру 2030» в действии — от архитектуры и автоматизации до отказа и пересоздания компонентов. Александр Локтионов, руководитель отдела системной архитектуры «Инфосистемы Джет», выделил главную особенность современного приложения — динамичность его обновления. Как следствие, классические методы построения архитектур, которые применялись последние 15 лет и обеспечивали надёжное резервирование и катастрофоустойчивость, больше не подходят.

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

Ответом компании «Инфосистемы Джет» на этот вызов стало создание концепции «Инфраструктура 2030». Одно из её главных нововведений — замена понятия «ЦОД» понятием «зона доступности» (вертикальный столбец на схеме).

Концепция «Инфраструктура 2030»
Источник: трансляция конференции IT Elements 2026

Инфраструктура сервиса или приложения может состоять как минимум из трёх зон доступности. При этом каждая зона содержит набор классических элементов: системы защиты, базы данных и СХД, Kubernetes, SAN, средства виртуализации, системы резервного копирования и другие компоненты. Отличие от прежней концепции — в децентрализации работы инфраструктуры. Благодаря этому, если в определённой зоне доступности возникает авария (выход из строя физического или программного компонента, кибератака и т. п.), инцидент не влияет на другие зоны. Каждая зона должна работать автономно, а взаимодействие площадок происходит в режиме active-active, то есть они доступны одновременно.

Новая концепция предполагает, что средства управления элементами инфраструктуры реализованы программным путём (IaC — инфраструктура как код). Это базовое требование для быстрого восстановления после аварий. Кроме того, в новом подходе применяются стандартные аппаратные компоненты, поэтому нет зависимости от определённого вендора (vendor lock-in).

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

Схема демонстрационной модели отказа кластера для новой архитектуры
Источник: трансляция конференции IT Elements 2026

ИИ-зрелость отраслей экономики РФ в 2026 году

Новая архитектура «Инфраструктуры 2030» нацелена в том числе на широкое внедрение средств ИИ. Оценка ИИ-зрелости отраслей экономики РФ в 2026 году была представлена в докладе Дениса Гасилина, директора по маркетингу и работе с партнёрами дирекции по разработке и внедрению ПО «Инфосистемы Джет». Спикер поделился результатами исследования, проведённого компанией среди крупнейших заказчиков из рейтинга РБК-500.

Как отметил эксперт, российский рынок искусственного интеллекта следует мировым трендам. Так, 88% крупнейших зарубежных компаний уже применяют ИИ хотя бы в одной бизнес-функции, 31% масштабируют решения после завершения пилота, 62% экспериментируют с автономными ИИ-решениями, а 39% уже подтвердили положительное влияние внедрения на прибыль компании. Рост востребованности ИИ в зарубежной корпоративной практике отражают показатели потребления токенов. Так, Microsoft исчерпала выделенный на ИИ годовой бюджет всего за несколько месяцев, а Uber — за четыре месяца.

Российский рынок по многим показателям не отстаёт по темпам развития. Например, потребление токенов в самой компании «Инфосистемы Джет» выросло с начала года в 4–6 раз.

Выступление Дениса Гасилина, «Инфосистемы Джет»
Фото: Игорь Новиков, ICT-Online.ru

Как показали результаты исследования, 86% российских компаний уже освоили генеративный ИИ, 59% организаций работают с полуавтономными ИИ-агентами, 25% применяют автономные решения, а 23% внедрили мультиагентные системы или проводят пилотные проекты по их использованию.

Ключевое отличие российских заказчиков от западных — практически весь крупный бизнес в стране ориентирован на локальное развёртывание ИИ-моделей в собственной инфраструктуре.

Вторая особенность — пока относительно небольшая доля ИИ-проектов, доведённых до практического внедрения: 42% для GenAI, 15% для полуавтономных ИИ-агентов и 8% для автономных и мультиагентных систем. 46% российских компаний отметили, что ИИ-проекты не принесли ожидаемого экономического эффекта на этапе пилота и поэтому были свёрнуты.

Среди барьеров внедрения искусственного интеллекта крупные компании отметили высокую стоимость GPU (58%), ограничения инвестиционных бюджетов (42%) и дефицит экспертов для работы с ИИ (40%). Ключевые сдерживающие факторы — неготовность процессов и инфраструктуры данных, а также сложности интеграции ИИ с другими корпоративными системами.

Статус внедрения ИИ-решений по типам
Источник: трансляция конференции IT Elements 2026

Security Data Lake: озеро данных информационной безопасности

Много внимания на конференции IT Elements 2026 было уделено вопросам кибербезопасности и её влияния на переход компаний к новой инфраструктуре. Отдельная дискуссия была посвящена теме защиты промышленных предприятий.

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

Выступление Павла Егорова, «Инфосистемы Джет»: архитектура озера событий ИБ
Фото: Игорь Новиков, ICT-Online.ru

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

Цели модернизации ИБ-платформы — управление ИБ-инфраструктурой на основе данных и метрик, ускорение расследования кибератак и повышение скорости реагирования на инциденты. Для этого необходимо внедрять новые сервисы и расширять объём анализируемых данных, одновременно оптимизируя затраты на хранение и масштабирование.

Инструменты для реализации архитектуры озера событий ИБ
Источник: трансляция конференции IT Elements 2026

Автоматизация SDLC при помощи ИИ on-prem

Как уже упоминалось выше, крупный бизнес предпочитает разворачивать ИИ в защищённом контуре. Соответственно, российским ИБ-вендорам придётся выстраивать жизненный цикл разработки ПО (Software Development Life Cycle, SDLC) в условиях запрета на использование внешних ИИ-моделей или существенных ограничений на их применение.

«Мы должны пользоваться тем, что есть внутри компании, по соображениям безопасности, — разъяснил Александр Петрушин, руководитель группы разработки компании «Инфосистемы Джет». — Нам постоянно говорят, что внутренние модели значительно слабее фронтирных. Это действительно так, тут глупо спорить, принимая во внимание вычислительные мощности, которые предоставляют гиганты индустрии ИИ. Но при правильном использовании подхода on-prem можно получать очень хорошие результаты и с внутренними ИИ-моделями. Хотя модель on-prem будет очевидно слабее, она будет безопаснее и надёжнее, а контроль над информацией всегда останется в периметре. Скорее всего, она окажется и дешевле, потому что не потребуется платить за использование токенов. Компания платит только за оборудование. Модель в таком формате — это, по сути, только „двигатель“, остальное зависит от самой компании».

Напомним, недавно были опубликованы результаты исследования стартапа Mozilla.AI, в рамках которого сравнивались скорость обработки промптов сложностью от 1024 до 8192 токенов и скорость генерации развёрнутых ответов на конфигурациях с разной вычислительной мощностью. В исследовании использовались локальные версии ИИ-моделей Qwen (0.8B, 9B и 27B). Аналитики показали, что наибольший прирост скорости выполнения запросов обеспечила именно правильная программная настройка конфигурации, а не выбор самого движка.

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

Пример проработки проекта внедрения ИИ
Источник: трансляция конференции IT Elements 2026

Рейтинги российского сетевого оборудования

Ещё одним заметным событием второго дня стала презентация «Квадрантов по сетевому оборудованию» — эксклюзивной аналитики, созданной командой «Инфосистемы Джет» по аналогии с известными международными рейтингами.

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

На IT Elements 2026 были представлены обновлённые и новые квадранты по пяти категориям: «Коммутаторы Кампус», «Коммутаторы ЦОД», «Оборудование Wi-Fi», «AI/HPC RoCE Network» и «Сетевые балансировщики трафика приложений». Эксперты «Инфосистемы Джет» рассказали и о критериях, по которым выбирали победителей в разных категориях: функциональности, полноте модельного ряда, подтверждённом опыте внедрений и векторе развития.

Квадрант «Коммутаторы Кампус»

Квадрант «Коммутаторы ЦОД»

Квадрант «Оборудование Wi-Fi»

Квадрант «AI/HPC RoCE Network»

Источник: трансляция конференции IT Elements 2026

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

Как масштабировать мониторинг до десятков тысяч NVPS

Почти в каждой крупной компании мониторинг проходит схожую эволюцию — от Zabbix на базе MySQL к PostgreSQL и TimescaleDB. По мере роста инфраструктуры мониторинг становится задачей уже не одной команды, а количество метрик переваливает за тысячи и даже миллионы. На этом этапе всё упирается в одно и то же узкое место — базу данных.

Именно с такой задачей столкнулись «Газпромнефть ИТО» и «Лаборатория Числитель». В конце второго дня Дмитрий Унтила, CPO «Пульта» и «Графини», вместе с Дмитрием Сагайдачным, руководителем центра цифровых платформ «Газпромнефть ИТО», показали, как меняется архитектура Zabbix при переходе от обычной системы мониторинга к инфраструктуре с высокой нагрузкой: где появляются узкие места и почему стандартный подход перестаёт справляться.

Для решения этой задачи была построена новая архитектура на базе системы «Пульт» (отечественного аналога Zabbix), ClickHouse, PostgreSQL, буферизации и быстрого API. В результате систему удалось масштабировать до десятков тысяч NVPS.

В итоге второй день IT Elements показал главный сдвиг в подходе к непрерывности бизнеса: устойчивость всё меньше зависит от отдельных резервных компонентов и всё больше — от архитектуры, автоматизации, данных и способности инфраструктуры адаптироваться к изменениям. Именно эти принципы легли в основу концепции «Непрерывность бизнеса 2.0», ставшей общей темой конференции.

Репортаж с первого дня IT Elements 2026 можно прочитать здесь.