Обновление 9.1.0 (19.11.2025)

Основная информация

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

Автоматизация и интеграция

• Запуск бизнес-процессов по вебхуку: Новое стартовое событие позволяет мгновенно запускать процессы по входящему API-запросу, минуя потоки. Это критически важно для чат-ботов и систем, где задержка недопустима, а также снижает нагрузку на сервисы.

• Новые публичные API: Реализованы API для работы с пользователями, рабочими группами и архивными сигналами. Это расширяет возможности интеграции с внешними системами и автоматизации рутинных операций.

Мощные инструменты для анализа и расследования

• Сравнение JSON в логах: Новый инструмент для попарного сравнения JSON ускоряет анализ причин ошибок и поиск различий между записями.

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

• Стекируемый график метрик: Новый тип визуализации помогает анализировать распределение ресурсов (например, потребление памяти по процессам) и быстро выявлять компоненты, вызывающие аномальную нагрузку.

Удобство и эффективность работы

• Упорядочивание сигналов: Разделение на вкладки «Активные»/«Архивные» и улучшенное управление картами делают работу с сигналами более организованной и наглядной.

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

• Ускорение работы системы: Оптимизации в интерфейсе повышают отзывчивость системы и комфорт пользователей.

Расширение функциональности платформы

• Новые функции автоматизации: Функции FilterArchiveSignalsMql и FilterConfigItemPublications предоставляют более гибкие инструменты для фильтрации архивных сигналов и управления опубликованными конфигурационными единицами.

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

Экран сигналов

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

1. Разделение сигналов на вкладки "Активные" и "Архивные": Для повышения ясности и удобства навигации общая таблица сигналов была разделена на две логические вкладки.
2. Управление отображением карт в списке: Появилась возможность гибко настраивать список карт — сворачивать и разворачивать их по своему усмотрению.
3. Новый публичный API для работы с архивными сигналами: Для расширения возможностей автоматизации и интеграции добавлено новое публичное API для фильтрации и работы с архивными сигналами.
4. Уточнение названий операторов в конструкторе фильтров: В конструкторе фильтров для параметра "Связанные КЕ" мы обновили названия операторов, чтобы их логика стала интуитивно более понятной. Сама логика работы операторов не изменилась.
   • Было: "Сигнал связан с любой КЕ из списка" → Стало: "Сигнал связан хотя бы с одной КЕ из списка".
   • Было: "Сигнал не связан с любой КЕ из списка" → Стало: "Сигнал не связан хотя бы с одной КЕ из списка".

Экран индексов

Экран индексов так же получил небольшие, но приятные обновления:

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

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

   • Изменить название, тип или значение по умолчанию у любого поля.
   • Добавлять новые поля или удалять существующие.

Экран логов

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

1. Сравнение JSON: Добавлен новый инструмент для попарного сравнения JSON двух логов. Это особенно полезно для детального анализа различий при поиске причин ошибок или подтверждения идентичности записей.
2. Удобная навигация из карточки лога: Реализована навигация между логами непосредственно из карточки.
3. Визуальное выделение активного лога: Для лучшей ориентации в данных активная запись теперь явно подсвечивается как в табличном, так и в строковом представлении списка логов.
4. Интерактивная фильтрация с гистограммы: Появилась возможность выделить область на гистограмме распределения логов по времени, чтобы мгновенно применить фильтр и просмотреть записи только за выбранный период. Эта функция напрямую повышает скорость и эффективность расследования инцидентов. Вместо того чтобы вручную вычислять и вводить временные диапазоны, можно просто выделить пик на гистограмме. Например, вы видите всплеск ошибок 500 с 14:00 до 14:15 — выделяете этот столбец, и все логи автоматически фильтруются, позволяя сразу же анализировать причины сбоя, а не тратить время на настройку фильтров.

Экран метрик

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

Бизнес-процессы

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

Ключевые нововведения:

1. Запуск БП через Вебхук

   • В системе появилось новое стартовое событие — универсальный Вебхук, которое позволяет запускать бизнес-процесс напрямую по входящему API-запросу. Это значительно ускоряет отклик БП, минуя обработку через стандартные потоки событий.
   • Вебхук-события не создают поток и не отображаются на экране логов.
   • Модель данных, поступающая на вход БП, представляет собой полную копию входящего HTTP-запроса.
   • Один URL-адрес вебхука может быть привязан только к одному бизнес-процессу.
   • Для каждого вебхука доступны операции: копирование, отзыв, редактирование URL. Удалить можно только ранее отозванный вебхук.

2. Повышение точности и ясности

   • Время запуска экземпляра бизнес-процесса теперь отображается с точностью до миллисекунд.
   • В префильтре стартового события «Сигнал» уточнены названия операторов для параметра «Связанные КЕ» (без изменения логики):
     • Было: "Сигнал связан с любой КЕ из списка" → Стало: "Сигнал связан хотя бы с одной КЕ из списка".
     • Было: "Сигнал не связан с любой КЕ из списка" → Стало: "Сигнал не связан хотя бы с одной КЕ из списка".

Автоматизация

• Создана новая функция фильтрации архивных сигналов FilterArchiveSignalsMql, которая поддерживает синтаксис, используемый в строке запроса на экране сигналов
• Создана новая функция фильтрации опубликованных КЕ - FilterConfigItemPublications, которая позволит управлять списками опубликованных КЕ и строить выборки на основе их публикаций разным РГ.

Оптимизации

1. Увеличен объем лимита по памяти с 100 Мб до 150Мб в ответе на запрос метрик в Правилах порогов, что позволяет вернуть более "тяжелый" запрос и реже приводит к возникновению ошибок у пользователей;
2. Для оптимизации потребления памяти на экране сигналов внесены изменения в компонент таблицы для принудительной сборки мусора при каждом обновлении данных в таблице и удаления неиспользуемых ссылок на события;
3. Отключено логирование изменения сигналов из-за роста очереди live_pl_events_history_api_service_buffer при массовом закрытии сигналов;
4. Оптимизированы запросы за структурой при наличии этой структуры в кеше автоматона. В логах сервиса были ошибки, если в бизнес-процессе выполнялось действие, в котором была определена структура;
5. В настройках cl-stream-data-service-collector возможно определить максимальный размер тела сообщения для получения API сервиса по приему логов (по умолчанию 2 Мб);
6. Оптимизировано количество запросов в строковом фильтре на экране сигналов при выборе параметра ConfigItems;
7. Ускорен процесс создания индекса;
8. Произведена оптимизация очистки логов потоков, за счет разбития на разные запросы и оптимизации самого запроса;
9. Добавлено управление Timeout для функций SendEmail и SendEmailExtended.
10. Появилась возможность назначения роли по умолчанию в РГ. Это значительно ускоряет процесс наполнения рабочих групп, особенно при больших количествах пользователей.
11. Расширили функциональность настройки SMTP - сервера, добавив возможность отключения авторизации для работы в локальных сетях. Это позволяет напрямую подключаться к почтовым серверам локальных сетей, не требуя пароль и логин.

Контент-паки

1. В текущей версии добавлен контент-пак с предустановленными действиями для работы с Jira и Confluence;
2. Контент-пак Zabbix адаптирован для работы с Zabbix версий от 6.4 до 7.4. Для более ранних версий потребуется ручная корректировка сборщиков данных (в описании контент-пака указано, что нужно изменить).

Плагины агента

1. Добавлен плагин агента для опроса устройств по протоколу SNMP, поддерживающий работу с версиями 2с и 3 данного протокола. В плагине предустановлен список модулей с наборами oid-ов для разных типов оборудования. Подробнее о доступных модулях можно будет узнать в документации;
2. Плагин Tail получил новые возможности:
   • Использование символических ссылок для работы с файлами;
   • Идентификация читаемого файла - это позволяет однозначно определить, из какого файла были получены данные;
   • Поддержка "глоббинга" (шаблонов подстановки) для гибкого поиска файлов, который позволяет выполнять рекурсивный обход вложенных каталогов.

Работа над ошибками

Экран сигналов

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

Экран логов

• Исправлено неверное отображение количества событий в единицу времени на гистограмме;
• Исправлен некорректный вывод результатов при добавлении фильтра по полю с элементом массива;
• Исправлен баг, при котором при отправке данных в несуществующий поток отображался некорректный код ответа;
• Исправлен некорректный поиск по потокам в селекте выбора потоков;
• Исправлен баг, при котором некорректно фильтровались логи, содержащие в названии поля точку;
• Теперь в датапикере часовой пояс берется из профиля пользователя, а не с компьютера пользователя;
• Теперь при добавлении поля и его значения из таблицы/списка/карточки лога в строку запроса экранируются спецсимволы в значении поля, а само значение обрезается до 100 символов;
• Исправлен баг, когда отображалась неинформативная ошибка при открытии карточки лога с размером лога более 1 Мб;
• Исправлен баг, когда при выборе индекса отсутствовала возможность фильтрации логов при замене названия поля символом * (звездочка);
• При переходе в режим редактирования сохраненной карты теперь отображается последняя сохраненная версия карты;
• Исправлен баг, связанный с отсутствием логического оператора в скопированном запросе, содержащем синтаксический блок с логическим оператором;
• Интервал над гистограммой теперь отображается в соответствии с часовым пояса из профиля пользователя;
• Исправлен баг, при котором не отображался бар, соответствующий сегодняшнему дню, при наличии логов;
• Изменено отображение количества логов в гистограмме. Теперь количество логов отображается не в барах, а в тултипе при наведении на бар;
• Исправлен баг, когда не сбрасывался выбор с полей при изменении набора потоков;
• Если не выбран ни один поток в строке запроса, то логи теперь отображаются по всем доступным потокам;
• Исправлен баг по отображению неинформативной ошибки при некорректном запросе для карт с индексом;
• Исправлен баг по отображению ошибки при использовании в запросе двух синтаксических блоков, один из которых содержит логический оператор;
• Исправлена ошибка визуализации "лишнего" поля в списке полей и в карточке лога при выбранном индексе;
• Исправлена ошибка, когда при использовании индекса некорректно отфильтровывались логи с полями типа Date и DateTime;
• При использовании оператора "Содержит все" в строке запроса теперь корректно отфильтровываются логи при замене части ключа звездочкой (*);
• Исправлен баг, когда в списке полей отображалось поле, которое не входит в последние 500 логов.

Экран индексов

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

Экран метрик

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

Главное меню

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

Метрик-бриджи

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

Сборщики данных

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

Другое

• Исправлен баг, из-за которого в автотестах в конфигурации проекта в значении переменной окружения типа string нельзя добавить пробел;
• Исправлена ошибка, когда в бизнес-процессе при наличии блока "Ручной запуск" отображался некорректный адрес в гиперссылке во всплывающем уведомлении;
• Исправлена ошибка, при которой отображалась не локализованная ошибка при достижения максимального количества КЕ;
• Исправлена ошибка, из -за которой запуск сценария K8s Topology&Metrics был невозможен;
• Исправлена ошибка, при которой нарушалась верстка во время отображения ошибок для пользователей;
• Исправлен баг, когда статус Debug через блок SetStatusDebug в истории запусков виден только после переключения в режим отладки всего сценария;
• Исправлена ошибка, когда в истории запусков всегда отображались статусы Executed - теперь только в режиме отладки сценария;
• Исправлена проблема, при которой токен безопасности пользователя принимался после ограничения доступа в пространство;
• Исправлен баг с некорректным поиском КЕ через фильтр CMDB при использовании массивов в атрибуте типа Dynamic;
• Исправлен баг с отсутствием ошибки о том, что у агента нет свободных слотов при распределении задания на все агенты с указанными метками;
• Исправлен баг: при удалении последнего элемента массива в метках КЕ, удалялась и сама метка;
• Исправлен баг с дублированием опубликованной КЕ на графе влияния в карточке КЕ, если от этой КЕ исходит несколько связей влияния;
• Исправлен баг с не отображающейся связью влияния от опубликованной КЕ на последнюю КЕ в цепочке влияния, в карточке КЕ CMDB;
• Исправлен баг синхронизации КЕ для сбора данных, при котором не осуществлялся сбор данных по CMDB для новых КЕ;
• Исправлен баг в плагине vmwareTopologySync из-за которого не поступала информация по standalone-хостам в случае их размещения в папках;
• Исправлен баг при котором с новых КЕ не удалялись компоненты при удалении компонента на Типе КЕ. Баг воспроизводился только если в момент удаления создавались новые КЕ.