Построение и мониторинг корпоративной инфраструктуры. Требования, решения, изменения технологического стека, комментарии экспертов

ICT-Online.ru: Какие элементы становятся ключевыми для создания корпоративной инфраструктуры? Какие новые вызовы можно отметить?

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

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

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

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

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

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

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

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

Технический директор INLINE Technologies Егор Волков: Поскольку обозначенная тема довольно обширна, я остановлюсь на ИТ-инфраструктуре как таковой, вынося за скобки инженерные системы и прикладное ПО. Именно она является базой для сервисов, необходимых для работы любой крупной, территориально распределенной организации – будь то орган государственной власти, промышленное предприятие, банк или оператор связи.

Технический директор компании INLINE Technologies Егор Волков
Фото: INLINE Technologies

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

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

В контуре госорганов все четко и определено, в том числе ФЗ-44 и ФЗ-223. Бизнес, особенно в энергетике, добыче полезных ископаемых и банковской сфере, тоже не совсем свободен в использовании оборудования и ПО. Государство причисляет эти компании к субъектам КИИ и предписывает им строить критическую ИТ-инфраструктуру в соответствии со строго определенными требованиями. Частные компании, не подпадающие под действие регуляторных актов, могут позволить себе свободу при выборе «железа» и программных продуктов, но имеют ограничения в части информационной безопасности, которые также регламентируются регуляторами.

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

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

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

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

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

ИТ-директор компании «Интерпроком» Олег Слядников
Фото: «Интерпроком»

Мой опыт показывает, что одним из ключевых механизмов является архитектура нулевого доверия (Zero Trust) и непрерывная верификация — мы не доверяем автоматически ни пользователю, ни устройству, ни сети. Доступ к ресурсам выдаётся строго по принципу «минимальных привилегий»: дали ровно столько, сколько нужно для задачи. И этот доступ постоянно перепроверяется — система смотрит на поведение пользователя, состояние устройства и контекст запроса. Проще говоря, доверие нужно заслуживать снова и снова.

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

Человеку уже сложно уследить за всем: объём оповещений о потенциальных угрозах растёт в геометрической прогрессии. Поэтому ключевое решение — системы самовосстановления как автоматизация ответа на инциденты. Например, оркестратор вроде Kubernetes может автоматически изолировать заражённый контейнер или перенаправить трафик при DDoS атаке — и всё это без участия дежурного инженера.

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

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

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

Директор департамента реализации инфраструктурных проектов «Софтлайн Решения» (ГК Softline) Виталий Попов: На первый план сегодня выходят три аспекта. Первый — архитектурная отказоустойчивость с точки зрения работы приложений. Второй — управляемость и наблюдаемость: мы должны видеть, что происходит внутри системы. И третий — возможность быстро масштабировать ресурсы. Возьмем искусственный интеллект: нам нужно быстро развернуть модель, протестировать ее в работе и понять, готова ли она к промышленной эксплуатации. Если нет — оперативно освободить ресурсы и переключить их на другие задачи.

Директор департамента реализации инфраструктурных проектов
«Софтлайн Решения» (ГК Softline) Виталий Попов
Фото: ГК Softline

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

Что касается вызовов. Самый болезненный — это лавинообразное увеличение количества сервисов и, как следствие, усложнение эксплуатации.

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

Системный архитектор департамента инфраструктурных решений ЛАНИТ Михаил Капустин: Сегодня ключевыми элементами корпоративной инфраструктуры становятся отказоустойчивая архитектура, сквозной мониторинг, автоматизация и встроенная безопасность. Речь уже не только о резервировании оборудования или каналов связи, а о комплексном подходе: отказоустойчивость должна быть заложена на уровне приложений, данных, сетевой архитектуры и процессов эксплуатации.

Системный архитектор департамента инфраструктурных решений ЛАНИТ Михаил Капустин
Фото: ГК ЛАНИТ

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

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

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

Директор центра «Инфраструктура» компании «ЛАНИТ-Интеграция» (входит в группу ЛАНИТ) Александр Чупрунов: Ключевыми элементами становятся платформа виртуализации, кластеры высокой доступности, отказоустойчивые корпоративные сервисы, системы резервного копирования и восстановления, а также средства миграции виртуальных машин и репликации данных, включая сценарии георезервирования.

Директор центра «Инфраструктура» компании «ЛАНИТ-Интеграция»
(входит в группу ЛАНИТ) Александр Чупрунов
Фото: ГК ЛАНИТ

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

Руководитель направления аутсорсинга компании «Онланта» (входит в группу ЛАНИТ) Акмал Болтаев: Сегодня создание безопасной и отказоустойчивой корпоративной инфраструктуры уже невозможно без отхода от классических периметровых моделей защиты, и ключевым элементом становится принцип Zero Trust, при котором ни один запрос внутри сети не считается доверенным по умолчанию, а микросегментация трафика и контроль доступа к данным выходят на первый план.

Руководитель направления аутсорсинга компании «Онланта»
(входит в группу ЛАНИТ) Акмал Болтаев
Фото: ГК ЛАНИТ

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

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

Заместитель директора департамента «Облака и данные» Рексофт Иван Шумовский: Ключевыми элементами для создания безопасной и отказоустойчивой корпоративной инфраструктуры сегодня становятся вопросы, связанные с информационной безопасностью, реализуемые через ряд фундаментальных принципов. В первую очередь это принцип Security by Design, подразумевающий встраивание механизмов защиты непосредственно в каждый продукт, модуль или подсистему инфраструктуры на этапе их создания. Не менее важна первичная настройка информационной безопасности в прикладных и технических системах, так называемый hardering, а также постоянное наблюдение за системными параметрами, касающимися доступа людей и AI-агентов, строгое соблюдение принципа минимальных привилегий при предоставлении прав на операции, а также своевременное внедрение автоматических обновлений.

Заместитель директора департамента «Облака и данные» Рексофт Иван Шумовский
Фото: Рексофт

Среди новых вызовов я бы отметил необходимость обеспечения стабильной, экономически эффективной и безопасной работы инфраструктуры AI-систем и агентов на базе LLM-моделей внутри предприятия, а также организацию надежного и защищенного обмена данными и результатами вычислений между компаниями в рамках отраслей и производственных цепочек. Кроме того, все более острой становится потребность в тесном взаимодействии специалистов по ИТ-инфраструктуре и DevOps, экспертов по информационной безопасности и инженеров операционных производственных систем, включая АСУТП, в рамках кросс-функциональных технических команд.

Другими неотъемлемыми элементами инфраструктуры предприятия является надежное резервное копирование и архивирование данных вместе с актуальными планами аварийного восстановления и обеспечения непрерывности бизнеса. Сейчас особенно важны системы хранения и резервного копирования, позволяющие создавать копии данных в соответствии с подходом WORM, а также системы восстановления, которые дают возможность в минимальные сроки (минуты, часы) восстановить данные и системы к работе после возможного сбоя или полной остановки работы критичных информационных систем. Значительные улучшения требуются и в автоматизации ИТ-процессов и труда специалистов – внедрение умных помощников, способных максимально автоматизировать рутинные ИТ-операции или вовсе исключить участие человека в них. Исходя из экономических требований и соображений безопасности, необходимо обеспечивать гибридный подход к инфраструктуре, выполняя вычисления не только в собственных центрах обработки данных, но и на площадках облачных провайдеров и партнеров. Наконец, критически важным остается проактивный мониторинг и автоматическое обновление компонентов в соответствии с утвержденными политиками.

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

Директор по продуктам компании «Базис» Александр Курач
Фото: «Базис»

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

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

Начальник управления инфраструктурных решений
и пользовательских сервисов РТК-ЦОД Антон Кулагин
Фото: РТК-ЦОД

В то же время сложностей хватает. Перестройка годами отлаженных бизнес-процессов — всегда болезненна. А open-source, который многие хватают как палочку-выручалочку, часто оказывается «кораблем с открытым трюмом» — требует доработок, проверок и постоянного контроля.

Мы с этим сталкивались на собственных проектах и в итоге приняли решение самостоятельно разработать платформу для контроля ИТ-инфраструктуры. Smart Control стал не просто «еще одной программой», а системой контроля, которая заменяет самодельный зоопарк скриптов и разрозненных утилит.

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

Главный системный архитектор департамента инфраструктурных решений
Группы «Борлас» (ГК Softline) Кирилл Плещ
Фото: Группа «Борлас»

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

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

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

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

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

Руководитель ИТ-департамента «ОБИТ» Кирилл Тимофеев
Фото: «ОБИТ»

Аудит может охватывать несколько направлений: сетевую и серверную инфраструктуру, информационную безопасность, аудит проектов внедрения корпоративных систем (1С, CRM, ERP). Отдельное внимание сегодня уделяется оценке рисков, в том числе связанных с импортозамещением. Многие компании переходили на новые решения достаточно быстро, поэтому важно понимать, насколько эти системы устойчивы, совместимы между собой и готовы к дальнейшему развитию. Итогом аудита является план изменений с рекомендациями по модернизации, оптимизации и, при необходимости, привлечению внешней экспертизы.

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

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

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

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

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

Егор Волков (INLINE Technologies): Мы, как компания – системный интегратор, специализирующийся на построении сложных информационных систем, рассматриваем мониторинг в качестве неотъемлемой части ИТ-инфраструктуры.

Продолжительное время применение систем мониторинга распределялось по большей части так: средний и малый бизнес использовал простые коробочные решения и опенсорсные Zabbix и Grafana, а крупные заказчики – тяжелые зонтичные системы от лидеров рынка: IBM HP, CA, – которые способны покрывать все компоненты инфраструктуры на всех этапах ее жизненного цикла.

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

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

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

Олег Слядников («Интерпроком»): Разумная система мониторинга сегодня — это больше, чем система информирования о сбоях. Она должна, во-первых, быть способна, как минимум, автоматически устранять ряд проблем. Во-вторых, недостаточно просто обеспечить работоспособность ИТ-инфраструктуры, важно определить, какие области можно улучшить.

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

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

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

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

И здесь мы подходим к следующему важному требованию — комплексному охвату объектов. Под мониторинг попадают рабочие станции (АРМ), серверы, сетевое оборудование, средства защиты информации и пр. Для каждого типа объекта применяются свои инструменты.

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

Несмотря на достаточно активное использование ИИ, до полной замены ИТ-специалистов ещё очень далеко. Нейросети не заменяют экспертов, а лишь облегчают рутину. Для сложных задач необходимо привлечение дорогих специалистов, способных формулировать запросы к моделям и контролировать их работу. Для обеспечения круглосуточных ИТ-дежурств требуются специалисты разных уровней (L1/L2/L3). Необходимы постоянные инвестиции в обучение и переподготовку кадров, чтобы успевать за развитием современных инструментов мониторинга.

Виталий Попов («Софтлайн Решения»): Мониторинг корпоративной инфраструктуры претерпел серьезные изменения. Раньше парадигма была простой — «работает или не работает», но теперь всё иначе. Произошел сдвиг в головах и у вендоров, и у интеграторов, и у заказчиков в сторону вопроса: «А как это влияет на бизнес?» Фактически речь идет о переходе к концепции комплексной наблюдаемости (observability).

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

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

Допустим, не работает почта. Почтовая система показывает, что «всё хорошо», сетевая инфраструктура тоже. Потом выясняется, что специалисты по информационной безопасности изменили правила на межсетевом экране и не учли необходимый IP-адрес. Формально все системы исправны, но единой картины происходящего нет.

Для закрытия этой задачи на рынке есть платформы класса observability — системы комплексной наблюдаемости. Они позволяют собирать данные из разных источников, выстраивать корреляцию, использовать AIOps-подходы, единые дашборды и интеграции с ITSM.

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

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

Михаил Капустин (ЛАНИТ): Сегодня мониторинг должен обеспечивать не только сбор данных, но и быстрое выявление причин инцидентов, сквозную видимость всех компонентов инфраструктуры и поддержку в режиме проактивного реагирования. Заказчикам важно видеть в едином контуре серверы, сеть, приложения (серверы приложений и любые среды исполнения), базы данных, контейнерные платформы и сервисы информационной безопасности.

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

С точки зрения гибкости применяемых настроек и соответствия требуемому функционалу сегодня лучше всего соответствуют комбинированные стеки, включающие инфраструктурный мониторинг, работу с метриками, логами и трассировками. В частности, как и раньше, широко применяются Zabbix, VictoriaMetrics, Prometheus, Grafana, OpenSearch, Jaeger, OpenTelemetry.

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

Александр Чупрунов («ЛАНИТ-Интеграция»): Современный мониторинг должен давать целостное представление о состоянии инфраструктуры и бизнес-сервисов, показывать связи между компонентами и помогать быстро определять причины сбоев. Также растет значение превентивного контроля, который позволяет выявлять отклонения до того, как они повлияют на пользователей.

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

Акмал Болтаев («Онланта»): Требования к мониторингу корпоративной инфраструктуры претерпели кардинальные изменения, и теперь заказчику нужно единое окно, где метрики, логи и трейсы собираются в одном интерфейсе без постоянных переключений между Zabbix, Grafana и ELK. Дашборды должны отражать не технические цифры загрузки процессора, а бизнес-показатели вроде скорости оформления заказа или времени ответа на транзакцию.

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

Второй проблемный участок — мониторинг удаленных автоматизированных рабочих мест, которые находятся за NAT-ами и динамическими IP-адресами, где традиционный pull-опрос с сервера не работает, и именно здесь эффективным решением становится push-архитектура, когда агенты на устройствах самостоятельно отправляют данные в центральную очередь или облачное хранилище, минуя проблемы прямой доступности. Также серьезным подспорьем становится внедрение прогнозной аналитики на основе машинного обучения, которая позволяет предсказывать исчерпание дискового пространства или рост нагрузки по трендам, а не реагировать постфактум.

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

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

Другие сложности — увеличение числа объектов наблюдения, физических и виртуальных, рост объема хранимой информации мониторинга, сложности с правилами фильтраций и приоритизация событий («как бы не упустить ценное»). Добавляем к этому интеграцию со смежными системами и приложениями, мониторинг устаревших аппаратных и программных систем со слабой прослеживаемостью событий, требования к увеличению глубины детализации мониторинга (например, отдельные функции или элементы интерфейса приложения). Отдельной строкой вынесу сосуществование зарубежных и отечественных продуктов в области мониторинга и observability.

Александр Курач («Базис»): Если раньше мониторинг ассоциировался с графиками загрузки процессоров и количеством свободной памяти, то сегодня этого уже недостаточно. Инженерам нужны детальные метрики, корреляция событий, возможность быстро локализовать проблему и понять ее первопричину. Руководству, наоборот, важны не тысячи технических показателей, а понимание того, как тот или иной инцидент влияет на бизнес-процессы и уровень сервиса.

Именно поэтому рынок постепенно переходит от классического мониторинга к observability (наблюдаемости), где важны не сами данные, а возможность связать между собой инфраструктуру, приложения и бизнес-сервисы. Объединение технического и бизнес-контуров является сложной задачей, так как в крупных организациях эти два мира зачастую существуют отдельно. Современные платформы как раз должны показывать взаимосвязь между ними.

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

Антон Кулагин (РТК-ЦОД): По сути, заказчик хочет спокойно спать по ночам. Если инфраструктура начинает сбоить, заказчику нужно, чтобы система сама разбудила, показала пальцем и сказала: «Чини вот тут, вот так, иначе через час ляжет все». Поэтому главное требование сегодня — не просто сбор метрик, а интеллект: система должна связывать события, видеть цепочки и подсказывать решение, а не только рисовать графики.

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

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

Кирилл Плещ (Группа «Борлас»): Решения по «чистому» мониторингу ИТ-инфраструктуры в своём развитии достигли высокого уровня зрелости. Сейчас на первый план выходят вопросы проактивной реакции на события, способные привести к отказам, и инциденты информационной безопасности. В отношении последних важно учитывать, что уровень развития искусственного интеллекта достиг той отметки, когда специально обученные модели способны за кратчайшее время находить уязвимости в применяемых на периметрах корпоративных систем средствах защиты и, в случае их обнаружения, мгновенно использовать изощрённые методы реализации атак. На фоне большого объёма данных телеметрии, получаемой в процессе мониторинга состояния инфраструктуры от множества источников, реагировать на такие атаки без использования возможностей решений на основе ИИ становится проблематично, а иной раз и просто невозможно. Критической становится скорость реакции и реализации защитных мер в автоматизированном режиме в условиях необходимости анализа колоссального объёма телеметрических данных. И здесь на первый план выходят решения по построению ЦОИБ – Центров обеспечения информационной безопасности (то, что ранее называлось SOC – Security Operations Center). Это касается прежде всего задач мониторинга ИТ-инфраструктуры и информационной безопасности.

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

Кирилл Тимофеев («ОБИТ»): Я бы выделил три ключевых требования к системам мониторинга. Первое — превентивность. Система должна заранее сигнализировать о деградации производительности, нехватке ресурсов и других аномалий. Второе — омниканальность. Современная инфраструктура включает серверы, сети, облачные сервисы, приложения, средства защиты информации и удаленные устройства. Мониторинг должен собирать данные из всех этих источников и показывать полную картину, а не отдельные фрагменты. Третье — удобство использования. Важно, чтобы информация была понятной не только техническим специалистам. Тому же руководителю важны простые и наглядные дашборды, где сразу видно состояние ключевых сервисов.

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

ICT-Online.ru: Как меняется технологический стек для решения этих задач, в том числе и с точки зрения импортозамещения?

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

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

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

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

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

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

Егор Волков (INLINE Technologies): Технологический стек не только систем мониторинга и управления ИТ-инфраструктурой, но и систем других классов изменился кардинально. От колоссального рынка зрелых решений зарубежных вендоров заказчик перешел к достаточно ограниченному перечню продуктов, причем подчас довольно сырых, но развивающихся. Сегодня госструктуры и субъекты КИИ обязаны использовать ПО только из Реестра российского программного обеспечения. Выбор значимо сузился– и с точки зрения функциональности продуктов, и с точки зрения количества предложений.

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

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

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

Олег Слядников («Интерпроком»): Если раньше компании собирали инфраструктуру вокруг проприетарных решений от зарубежных вендоров, то сегодня мы переходим к более модульной и открытой архитектуре.

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

Далее активно внедряются отечественные NGFW (Next-Generation Firewall).

Если коснуться СУБД, то современный «Золотой стандарт» — PostgreSQL (включая российскую поддержку от Postgres Professional). Здесь ключевым изменением в стеке является переход к распределенным хранилищам и объектным S3-хранилищам российской реализации.

Теперь о мониторинге. Уход гигантов подтолкнул нас к построению более гибкого и дешевого стека. Абсолютное большинство компаний перешли на Zabbix. Здесь важно понимать: Zabbix — это open source. Однако российские интеграторы и вендоры предлагают и «коробочные» решения на его базе с полноценной enterprise-поддержкой, готовыми шаблонами для российского железа и ПО. Это надежный, проверенный временем стек, который полностью закрывает задачи инфраструктурного мониторинга.

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

Виталий Попов («Софтлайн Решения»): Технологический стек для решения таких задач все больше движется в сторону открытых стандартов. При этом важный тренд последних лет — модульность. Это подход, при котором вендор изначально проектирует продукт с учетом требований по отказоустойчивости, а дальнейшее развитие функциональности обеспечивает за счет дополнительных модулей.

И здесь импортозамещение вносит два важных аспекта:

• Заказчики переходят от точечной замены одного продукта другим к проектированию целевых архитектур на отечественном или «дружественном» стеке. Это уже не просто замена технологий, а переосмысление подходов к построению инфраструктуры.
• Существенно возрастает роль интегратора. Его задача — оценить соответствие решения требованиям заказчика, проверить совместимость с существующей инфраструктурой, обеспечить миграцию, обучение специалистов и дальнейшую эксплуатационную поддержку.

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

Михаил Капустин (ЛАНИТ): Технологический стек за последние годы меняется очень заметно. Основное направление – это отказ от западных коммерческих решений в пользу open-source и отечественных продуктов. Причем речь идет не только о системах мониторинга как таковых, но и об операционных системах, платформах виртуализации, инструментах автоматизации и средствах защиты информации. Многие заказчики рассматривают вариант внедрения целых экосистем, проверенных на отдельных решениях.

На практике рынок активно переходит на ПО, совместимое с Astra Linux, РЕД ОС, ALT Linux, а в части мониторинга и наблюдаемости – на стек из Zabbix, VictoriaMetrics, Grafana, Vector, OpenSearch, Jaeger, OpenTelemetry и их локализованных аналогов.

Важно, что импортозамещение сегодня – это уже не просто замена интерфейса или лицензии. Это перестройка архитектуры, чтобы она была управляемой, масштабируемой и независимой от внешних поставщиков в долгосрочной перспективе. Отдельно стоит обратить внимание на поддержку таких продуктов. Активно развиваются отечественные community-поддерживаемые решения, растет экспертиза специалистов в области open-source решений на базе архитектуры Linux, в то же время доля рынка, ранее охваченного продукцией Microsoft, активно снижается.

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

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

Акмал Болтаев («Онланта»): Технологический стек для решения задач мониторинга и отказоустойчивости меняется радикально, и главный драйвер изменений — безусловно, импортозамещение: если раньше основой виртуализации был VMware vSphere, то сейчас все чаще выбирают платформы ZVirt или OpenStack, работающие на российских дистрибутивах Linux вроде Astra Linux или РЕД ОС, а в контейнеризации вместо ушедшего Rancher приходят отечественные сборки Kubernetes, например, Deckhouse от компании «Флант». Базы данных мигрируют с Oracle и MSSQL на Postgres Pro Enterprise или Tarantool, при этом в сегменте мониторинга ситуация несколько проще, так как Zabbix и Prometheus остаются открытыми и доступными, но к ним теперь активно добавляют VictoriaMetrics для долгосрочного хранения метрик. Наряду с этими решениями все большую роль играют и российские вендоры — например, решения от Monq и ПО «Лаборатории Числитель», которые обеспечивают не только сбор и визуализацию метрик, но и глубокую интеграцию с отечественными ОС, СУБД и облачными средами, закрывая потребности в импортозамещенном мониторинге на уровне enterprise-сектора и госзаказчиков.

Самым узким местом импортозамещения остаются драйверы и модули ядра, особенно для китайского оборудования Huawei, которые не всегда корректно работают под российскими ОС, поэтому инженерам приходится внедрять прослойки для SNMP-опроса с тонкой настройкой парсинга нестандартных MIB-деревьев, а также активно использовать инструменты управления конфигурациями как код для версионирования всей инфраструктурной среды.

Иван Шумовский (Рексофт): Технологический стек в этой области претерпевает достаточно серьезные изменения, и в первую очередь это связано с курсом на импортозамещение. Прежде всего, во многих компаниях мы видим постепенный переход от привычных зарубежных систем мониторинга к отечественным продуктам или к решениям на базе open source. При этом сама философия использования открытого кода меняется: если раньше речь шла просто о совместимости с open source-решениями, то теперь все чаще требуется совместимость именно с конкретными отечественными продуктами, которые нередко представляют собой форки популярных систем мониторинга, а также с российскими операционными системами и СУБД, используемыми для хранения данных и метрик.

Параллельно происходит переход к унифицированным форматам сбора и хранения информации мониторинга, что позволяет упростить интеграцию с разнородными источниками данных и сделать систему более гибкой. Отдельно стоит отметить, что активно модифицируются модули и подсистемы хранения данных, и здесь наблюдается сдвиг в сторону продуктов из класса big data, например, в сегменте security data lake, где требуются совершенно иные подходы к объему и скорости обработки информации. Таким образом, общий вектор изменений направлен не только на замену импортных компонентов, но и на пересмотр архитектурных принципов сбора, хранения и анализа данных для повышения эффективности всей системы мониторинга.

Александр Курач («Базис»): За последние несколько лет рынок прошел заметную эволюцию. Если на первых этапах многие решения строились преимущественно на базе open source-проектов, то сегодня российские разработчики все чаще создают собственные продукты и технологические платформы. Это связано не только с требованиями импортозамещения, но и с необходимостью контролировать весь жизненный цикл продукта и не зависеть от внешних сообществ и поставщиков.

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

Антон Кулагин (РТК-ЦОД): Процесс идет, хоть и не так быстро, как хотелось бы. Часть заказчиков цепляется за старое зарубежное ПО, часть перешла на open-source. Но все больше компаний присматриваются к комплексным российским продуктам. И это логично: держать пять открытых систем только ради того, чтобы склеить их в одно окно — дорогое удовольствие. Требуются ресурсы на поддержку и интеграцию, а отдача оказывается минимальной.

Главная движущая сила — это смена парадигмы: от простого вопроса «что сломалось?» к наблюдаемости — «почему сломалось и где именно?». Мы переходим от констатации фактов к пониманию причин и взаимосвязей между событиями. Вместо разрозненных графиков — целостная картина, где видна суть проблемы. Smart Control изначально ориентирован на такую логику: метрики, логи и трейсы собраны в одном месте. Это позволяет не гадать, а сразу видеть корень проблемы и устранять именно его, а не следствия.

Кирилл Плещ (Группа «Борлас»): Санкционное давление вынуждает искать замену решениям лидеров мирового рынка. Отечественные производители активно развивают свои продукты, и уже есть примеры успешных внедрений. Совместно с ведущими российскими разработчиками средств виртуализации мы активно работаем над развитием функциональных возможностей отечественных решений. В ближайшее время совместно и при активном участии наших партнёров на рынке появятся новые многоарендные облачные платформы на основе программно-определяемых сетей, в основу которых будут положены наши архитектурные подходы и решения.

Кирилл Тимофеев («ОБИТ»): За последние несколько лет рынок заметно изменился. Российские ИТ- и в частности ИБ-решения активно развиваются, и сегодня речь уже идет не просто о замене отдельных зарубежных продуктов, а о построении полноценной экосистемы на базе комплексных платформ и центров мониторинга.

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

ICT-Online.ru: Большое спасибо всем за беседу!