Для государственных компаний и организаций с государственным участием Минцифры сформировали рекомендации по переходу на отечественные программно-аппаратные комплексы (ПАК) на объектах критической информационной инфраструктуры (КИИ) до 1 января 2030 года.

Реестр отечественного ПО в 2025 году достиг отметки в 25 тысяч продуктов. Количество проектов по миграции на российское ПО не снижается. Однако, по оценкам «Руссофт», лишь 15–20% этих продуктов действительно внедряются, а многие создаются «для галочки».

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

Импортозамещение в мониторинге и управлении ИТ-инфраструктурой уже перешло из стадии экстренной замены зарубежных решений в более зрелую фазу. Компании подходят к выбору систем более осознанно, что вынуждает вендоров адаптировать продукты под возросшие требования. Импортозамещение «с наскока» уступает место глубокой проработке функционала и планомерному наращиванию возможностей. При этом значительная часть организаций продолжает использовать Open Source, прежде всего проверенный временем Zabbix, а также, в ряде случаев, продукты ушедших с рынка западных вендоров. Некоторые продукты с открытым кодом, такие как OpenSearch (ELK), Prometheus, VictoriaMetrics, де-факто являются стандартами индустрии, а существующие отечественные аналоги пока не имеют явного функционального преимущества.

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

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

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

Одно из главных препятствий — сложность миграции с уже существующего стека. У крупных заказчиков обычно уже работают Zabbix, Grafana, Prometheus или зарубежные коммерческие решения. Команды к ним привыкли: знают языки запросов, дашборды, алерты, процессы реагирования. Поэтому новая система воспринимается не только как замена ПО, но и как необходимость переучивать инженеров, переносить привычные сценарии и менять операционные процессы. Владимир Гурьянов, технический директор продукта Deckhouse Observability Platform компании «Флант»

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

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

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

Главными препятствиями вижу недоверие к отечественным решениям, сложность миграции с VMware-экосистемы и недостаточная зрелость российских продуктов виртуализации и клауда. Павел Ерошкин, директор платформы «Октопус» в ГК «Юзтех»

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

По мнению Алексея Акопяна, руководителя отдела систем мониторинга в «Инфосистемах Джет», наиболее заметна просадка в системах сетевого мониторинга и управления. Например, до сих пор нет качественных решений класса Network Configuration Management, мало хороших решений и по анализу трафика.

Как рассказал Дмитрий Унтила, СРО «Пульта» и «Графини» («Лаборатория Числитель»), на российском рынке пока нет универсальных решений, полностью закрывающих все задачи мониторинга в enterprise-сегменте. Компаниям приходится выстраивать мониторинг на базе нескольких продуктов, поэтому в этом сегменте кооперация между вендорами часто оказывается важнее прямой конкуренции. Для этих задач в 2025 году был создан альянс разработчиков по мониторингу, в который помимо «Лаборатории Числитель», вошли «Монк Диджитал Лаб», VolgaBlob, GMonit, НТЦ «Веллинк» и «Метрологические системы».

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

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

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

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

Современный инженер эксплуатации должен понимать Linux, Kubernetes, сети, базы данных, безопасность, а еще обладать экспертизой в мониторинге и диагностировании проблем на разных уровнях, подчеркнул Владимир Гурьянов, технический директор продукта Deckhouse Observability Platform компании «Флант».

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

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

Игорь Пустоветов, генеральный директор GMonit, перечислил основные дефицитные позиции. Не хватает высококвалифицированных SRE-инженеров (профессия, которой не учат в российских вузах), DevOps-инженеров с опытом работы с Kubernetes и CI/CD, инженеров по наблюдаемости и AIOps (рынок мониторинга растет на 24% в год, а кадров катастрофически не хватает), специалистов по ИБ (дефицит оценивается в 45%) и архитекторов ПО, способных проектировать гетерогенные инфраструктуры на российском ПО. Павел Ерошкин, директор платформы «Октопус» в ГК «Юзтех», добавил к этому перечню cloud-архитекторов.

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

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

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

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

Тренд на переход к платформам наблюдаемости подтверждает большинство экспертов. Игорь Пустоветов, генеральный директор GMonit, говорит о движении от «точечного» мониторинга и разрозненных инструментов к единой платформенной модели. Дмитрий Жаренов, технический эксперт по направлению разработки систем мониторинга компании «САТЕЛ», говорит о росте интереса со стороны заказчиков к экосистемным решениям, объединяющим в едином контуре функционал для различных бизнес-процессов. Павел Ерошкин, директор платформы «Октопус» в ГК «Юзтех», считает, что рынок движется от разрозненных «цифровых крепостей» к экосистеме взаимосвязанных решений. По мнению Павла Гуральника, генерального директора ISPsystem, переход к единым платформенным решениям является главным технологическим трендом не только в РФ, но и в мире, и для России характерна консолидация вокруг отечественных вендоров и их экосистем. Владимир Гурьянов, технический директор продукта Deckhouse Observability Platform компании «Флант», считает ключевым трендом развитие observability в сторону управляемой платформы эксплуатации.

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

Виталий Панкратов («САФИБ») отмечает усиление взаимопроникновения ITAM и ITSM, и здесь ключевым направлением становится интеграция управления активами и сервисами, которая смещается от простого учета к управлению рисками и затратами. Связка данных об активах с инцидентами и сервисами позволяет компаниям видеть реальную стоимость владения инфраструктурой и быстрее выявлять узкие места.

Дмитрий Дякив, пресейл-инженер НТЦ «Веллинк», отметил, что рынок демонстрирует движение в сторону более интегрированных, интеллектуальных и управляемых платформ, способных работать в условиях сложных и регулируемых ИТ-ландшафтов.

Алексей Акопян, руководитель отдела систем мониторинга «Инфосистем Джет», заметил, что мировой рынок демонстрирует большую зрелость практик наблюдаемости в связке traces/metrics/logs и SRE-подхода. В России это направление активно растет, но развивается пока неоднородно, с заметным опережением в финансовом секторе и телекоме.

Отдельным трендом является развитие мониторинга облачных и гибридных инфраструктур, что связано с изменением архитектуры ИТ-сред и ростом использования распределенных моделей размещения ресурсов. В 2025 году облачный сегмент вырос на 29%, а 70% компаний уже перешли к гибридной модели. Мировой тренд на мультиоблачность в РФ реализуется в условиях ограниченного доступа к глобальным облачным провайдерам, что стимулирует развитие отечественных облачных платформ. Дмитрий Унтила, СРО «Пульта» и «Графини» («Лаборатория Числитель») отметил, что облачные модели мониторинга в России пока не стали массовыми, и большинство компаний разворачивают системы мониторинга в полностью изолированных контурах.

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

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

Еще одним важным акцентом является промышленная совместимость с российскими ОС, СУБД. Их нативная поддержка настолько критична, что воспринимается как входной билет на рынок, особенно в госсекторе, КИИ, промышленности, финсекторе и организациях с повышенными требованиями к импортонезависимости и информационной безопасности.

Совместимость с существующей инфраструктурой — это боль номер один при импортозамещении. Если ваша система не работает на Astra Linux, РЕД ОС или Альт, если она не дружит с Postgres Pro — большая часть рынка ее просто отсеет. Да, остаются послабления в сторону Windows, и многие компании продолжают ее использовать, но тренд очевиден. Виталий Панкратов, заместитель генерального директора компании «САФИБ»

Особое значение имеет поддержка тех операционных систем и СУБД, которые прошли сертификацию регуляторов, таких как ФСТЭК России и ФСБ России, и допускаются к применению в значимых объектах критической информационной инфраструктуры I и II категорий в соответствии с требованиями Федерального закона №187-ФЗ, отмечает Дмитрий Дякив, пресейл-инженер НТЦ «Веллинк».

В ряде проектов недостаточно просто работы на российской ОС — требуется совместимость с конкретными сертифицированными ФСТЭК сборками, и здесь идет речь о формальном соответствии регуляторным нормам, уточняет Алексей Акопян, руководитель отдела систем мониторинга «Инфосистем Джет». Если решение не работает на требуемой платформе, то дальнейшее обсуждение проекта теряет смысл.

Для решений класса AIOps критична не только сама возможность установки на российскую ОС или использования российской СУБД, но и общая совместимость с инфраструктурным контуром заказчика: возможность on-premise-развертывания, работа в закрытых сегментах, интеграция с существующими системами мониторинга, логирования, ITSM и средствами ИБ. Никита Гладких, руководитель AIOps-платформы Artimate

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

Виталий Панкратов («САФИБ») также констатирует, что компаниям необходимо не просто декларировать совместимость, а тестировать каждую новую версию продукта, подтверждать ее сертификатами и быть готовыми к работе в самых разных, порой нестандартных средах.

Владимир Гурьянов, технический директор продукта Deckhouse Observability Platform компании «Флант», отметил, что для крупных заказчиков важна не только формальная совместимость, но и промышленная поддержка: корректный сбор метрик, готовые шаблоны, понятные требования к установке, поддержка обновлений, документация и возможность получать помощь от вендора.

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

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

Наибольшую прикладную ценность ML и ИИ дают в observability, где метрики, логи и трассировки анализируются в единой среде. Востребованы AIOps-сценарии, которые помогают быстрее обрабатывать события, выявлять аномалии, корреляции событий, прогнозировать сбои, снижать шум алертов, находить первопричины инцидентов (RCA, Root Cause Analysis — автоматическое определение точного источника проблемы в сложной системе) и подсказывать инженеру следующий шаг.

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

По словам Виталия Панкратова, заместителя генерального директора компании «САФИБ», без ИИ-помощника для анализа причин инцидентов инженеры тратят до 80% времени на обнаружение источника проблемы, а внедрение интеллектуальных систем сокращает время восстановления в разы.

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

Никита Гладких, руководитель AIOps-платформы Artimate, считает, что прогнозные уведомления об авариях от ИИ востребованы, но здесь важно быть аккуратными: для качественного прогноза нужны достаточные исторические данные, корректная модель данных и понятные критерии оценки. Перспективным направлением является применение GenAI-агентов, особенно для объяснения инцидентов, подготовки кратких сводок, поиска похожих случаев и рекомендаций по runbook.

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

Павел Ерошкин, директор платформы «Октопус» в ГК «Юзтех», сделал акцент на пользе ИИ для прогнозирования нагрузки, автоматического right-sizing (непрерывный анализ вычислительных мощностей и других ресурсов и балансирующая оптимальная подстройка для экономии), RCA. Реальная ценность — в алгоритмах оптимизации, отметил эксперт, поэтому GenAI пока вторичен.

Илья Васильченко, руководитель департамента машинного обучения и ИИ компании «Инфосистемы Джет», отметил ценность мультиагентных подходов: несколько ИИ-агентов могут параллельно собирать информацию из разных источников, сопоставлять данные мониторинга, CMDB (Configuration Management Database — база данных управления конфигурациями), логов, тикетов и систем автоматизации, а затем формировать единую картину инцидента. В более зрелых реализациях такие агенты смогут запускать согласованные действия по исправлению типовых проблем в рамках заранее заданных политик и ограничений.

Дмитрий Унтила, СРО «Пульта» и «Графини» («Лаборатория Числитель»), отметил, что существует проблема переобучения моделей, которые со временем начинают давать все больше ошибок, что неприемлемо в критичных средах.

Для enterprise-заказчиков критично, чтобы ИИ был встроен в контролируемый контур: с учетом ИБ, ролевой модели, аудита, качества данных и ограничений по доступу к инфраструктурной информации. ИИ в observability имеет смысл только поверх качественной телеметрии. Если данные неполные, алерты шумят, а сервисные связи не описаны, ИИ будет не помогать диагностике, а красиво пересказывать хаос. Владимир Гурьянов, технический директор продукта Deckhouse Observability Platform компании «Флант»

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

По словам Игоря Пустоветова, генерального директора GMonit, отраслевые бенчмарки показывают, что современные платформы должны обеспечивать прием и обработку миллионов активных метрик в секунду с высоким разрешением, линейное масштабирование ресурсов относительно количества метрик, минимальное потребление CPU, RAM и дискового I/O при высоких нагрузках, а также возможность хранения исторических данных для динамического формирования базовых уровней поведения системы (baselines).

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

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

Как рассказал Алексей Акопян, руководитель отдела систем мониторинга «Инфосистем Джет», одним из архитектурных элементов, обеспечивающих устойчивость под переменной нагрузкой, являются брокеры сообщений, такие как Kafka и RabbitMQ, которые выступают в роли буфера для потока метрик, чтобы избежать потери данных при пиковых всплесках.

Брокер принимает поток метрик и буферизует его, а компоненты обрабатывают данные в своем темпе. Это позволяет избежать потери данных при пиковых всплесках и независимо масштабировать отдельные звенья конвейера. Алексей Акопян, руководитель отдела систем мониторинга «Инфосистем Джет»

Также, по словам эксперта, большую роль играет грамотный выбор хранилища. Современные системы мониторинга опираются на колоночные СУБД и специализированные базы данных временных рядов, которые обеспечивают одновременно высокую скорость чтения и записи, а также эффективную компрессию данных. Дмитрий Жаренов, технический эксперт по направлению разработки систем мониторинга компании «САТЕЛ», и Дмитрий Унтила, СРО «Пульта» и «Графини» («Лаборатория Числитель»), в этом контексте отметили высокую производительность СУБД Clickhouse, которая зарекомендовала себя как эффективное решение для работы с большими данными.

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

Важно, чтобы мониторинг не конкурировал за ресурсы с тем самым приложением, которое он контролирует. Агент, потребляющий 10–20% CPU на критическом сервере, — это уже проблема. Виталий Панкратов, заместитель генерального директора компании «САФИБ»

Частично связанное с трендом на self-service BI и снижением порога входа для пользователей, другое заметное явление: low /no-code становится стандартом де-факто для настройки дашбордов, оповещений, логики мониторинга, правил и визуализации без длительных циклов разработки. Это инструмент сокращения time-to-change, снижения зависимости от разработчиков и снижения нагрузки на дефицитные инженерные ресурсы. Нюанс состоит в том, что эффективность low-code в этой сфере во многом зависит от сочетания с другими технологиями и наличия возможности гибкой доработки под конкретные задачи. Причем востребованность low-code инструментария выходит за рамки сегмента SMB.

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

Для базовых задач low-code и AI-assisted-инструменты действительно удобны: они помогают быстро проверить гипотезу, собрать первичный экран или дать бизнес-пользователю понятное представление данных. Но если речь идет о high-performance-системах, критичной инфраструктуре и сложной логике мониторинга, там по-прежнему нужна тонкая настройка опытных специалистов, которые понимают архитектуру, нагрузку, зависимости сервисов и особенности эксплуатации. Илья Васильченко, руководитель департамента машинного обучения и ИИ компании «Инфосистемы Джет»

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

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

Дмитрий Унтила, СРО «Пульта» и «Графини» («Лаборатория Числитель»), рассказал, что одним компаниям важнее гибкость и возможность кастомизации, но большинству клиентов достаточно функционала «из коробки», и они ничего не меняют.

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

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

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

Владимир Гурьянов, технический директор продукта Deckhouse Observability Platform компании «Флант», рассказал, что клиенты, прежде всего, смотрят на то, как продукт масштабируется, как устроены отказоустойчивость и хранение данных, есть ли разграничение доступов, аудит, поддержка закрытых контуров, каково качество документации и сопровождения. Для части заказчиков также важны требования ИБ и подтвержденная защищенность решения, включая возможность использования в защищенных контурах и, в отдельных случаях, наличие сертификатов.

Решение оценивают по надежности, масштабируемости, безопасности, стоимости владения, но если после покупки продукта команде нужно месяцами вручную настраивать метрики, алерты, дашборды и правила алертинга, то ценность системы появляется слишком поздно. Поэтому готовые дашборды, преднастроенные алерты, автоматическое обнаружение типовых объектов и сбор данных без сложной ручной настройки становятся важным фактором выбора. Владимир Гурьянов, технический директор продукта Deckhouse Observability Platform компании «Флант»

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

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

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

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

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

Никита Кардашин, руководитель практики комплексной цифровизации процессов Naumen, отметил, что наличие готовых шаблонов, особенно — сертифицированных (поддерживаемых) типов устройств, в том числе российского производства, крайне важны. Ведь многие западные или Open Source системы не могут корректно работать с российским оборудованием, и это является проблемой для эксплуатанта. Российские решения этого недостатка лишены.

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

На уровне RMM (Remote Monitoring and Management, удаленный мониторинг и управление), удаленного доступа, инвентаризации и управления конфигурациями — «Ассистент» компании «САФИБ». В продукте делается акцент на глубокий сбор сведений об оборудовании и ПО, контроле изменений, управлении конфигурациями, удаленной поддержке и работе в защищенных контурах. «Ассистент» подходит для распределенных организаций, госсектора и компаний, где важны аудит действий, централизованный доступ и контроль рабочих мест.

В сегменте классического инфраструктурного мониторинга и SLA-контроля: «СТ.Монитор», wiSLA, «Пульт» и «СОВА». «СТ.Монитор» закрывает централизованный мониторинг серверного, сетевого и программного ландшафта. wiSLA делает акцент на сквозном мониторинге каналов связи, бизнес-приложений, SLA/SLM и ML-анализе. «Пульт» силен как российское enterprise/on-prem решение на базе ядра Zabbix, ориентированное на миграцию существующих инсталляций, промышленную эксплуатацию и работу под высокими нагрузками. «СОВА» — специализированная система мониторинга и визуализации аварий для сетевой, телекоммуникационной и инженерной инфраструктуры с детальной топологией.

В сегменте observability и APM (Application Performance Monitoring, мониторинг производительности приложений): Deckhouse Observability Platform, GMonit. DOP — широкая observability-платформа для гибридной и Kubernetes-инфраструктуры с метриками, логами, трассировками, APM, RCA и системой управления инцидентами. Observability/APM-платформа GMonit фокусируется на связи ИТ-сбоев с бизнес-показателями — выручкой, конверсией, клиентским опытом и выполнением SLA/целевых уровней сервиса.

В сегменте управления инфраструктурой, виртуализацией, ЦОД и облаками: «Октопус» и экосистема продуктов ISPsystem. Платформа оптимизации ИТ-ресурсов и виртуализированных сред «Октопус» помогает находить неиспользуемые или избыточные ресурсы и повышать эффективность работы ЦОД без закупки дополнительного оборудования. Экосистема ISPsystem закрывает физическую инфраструктуру через DCImanager, виртуализацию через VMmanager и гибридную/мультиоблачную инфраструктуру через Clouden.

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

Исходя из этой корректировки можно говорить о формировании суверенной модели observability.

Несмотря на рост облачных и гибридных архитектур, в enterprise, банках, промышленности, на объектах КИИ — контрольный и мониторинговый контуры часто остаются on-premise. ИИ воспринимается как прикладной AIOps-слой для RCA, предиктивной аналитики, установления корреляций и снижения шума.

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