Перейти к основному содержимому

Обновление 8.5.0 (18.11.2024)

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

Основные изменения релиза 8.5.0

  • Появилась возможность тэйлинга (tailing) лог-файлов при помощи нового плагина Monq Agent
  • "Старые" сигналы архивируются и хранятся в ClickHouse

    Администратор пространства устанавливает время, через которое "старые" сигналы будут перемещаться в архив

  • Изменилась логика выбора периода отображения порогов. Теперь период захватывает все пороги, находящиеся в выбранном интервале
  • "Представления Сигналов" заменены "Картами Сигналов".

    Карта сигналов — больше чем просто фильтр, она с включает больше параметров, чтобы работать с сигналами стало еще удобнее

Агенты

  • Оптимизирована работа Агента Monq, направленная на более быструю работу с появлением плагина tail.

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

Плагин tail

Плагин tail позволяет отслеживать изменения в текстовых файлах, парсить содержимое файлов (логов) и передавать их в коллектор в формате JSON.

Плагин zabbixEventsDataFlow

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

В текущей версии алгоритм работы плагина был усовершенствован:

  1. Плагин забирает 100 событий
  2. Из полученных 100 событий отбирает все открывающие события и отправляет в поток
  3. Если указан параметр sendDelay в миллисекундах, тогда плагин делают паузу на это кол-во времени
  4. Отправляет в поток оставшиеся закрывающие события

sendDelay может быть от 0 до 500, если указать больше 500 агент сообщит об ошибке, параметр не является обязательным. Если параметр не указан, значение по умолчанию равно 0 и задержка выполняться не будет.

Сигналы

  • В модель Сигнала добавлен новый атрибут — ответственный
  • Появилась возможность изменять название и описание сигнала
  • В настройках пространства добавлена политика, отвечающая за архивацию сигналов
  • Из блока "Запущенные бизнес-процессы" в подробной информации о Сигнале удалено отображение выполненных действий в рамках бизнес-процесса

Оперативный центр

  • На вкладке "Сигналы" добавлены фильтры: "Создан за выбранный период", "Открыт за выбранный период", "Закрыт за выбранный период", для более точного поиска сигналов в выбранном временном диапазоне
  • В настройках пространства добавлена политика на ограничения временного интервала при запросах на фильтрацию порогов

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

  • Изменена логика работы датапикера при работе с порогами
    • Раньше он отфильтровывал пороги по дате создания, попадающей в выбранный интервал в датапикере
    • Теперь он отфильтровывает пороги, которые были созданы, закрыты и открыты на протяжении этого периода

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

Новый синтаксис запросов в поисковой строке экрана сигналов

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

      • Удалять из окна конструктора или с помощью обычного удаления в строке

      • Менять местами в строке с помощью перемещения (drag&drop)

      • Преобразовать в текстовый запрос в окне конструктора

      • Преобразование обратно текстового запроса в блочок невозможно

    Полное описание работы строки запроса поиска сигналов с различными режимами и синтаксисом смотрите в документации "Справка - Описание формата запросов"

Архивные сигналы

  • На экране сигналов появилась возможность просмотра архивных сигналов

    Для отображения таблицы архивных сигналов требуется включить их отображение в настройках карты сигналов

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

Карты сигналов

  • Представления сигналов на экране сигналов трансформировались в карты сигналов
  • Карты сигналов отличаются от представлений гораздо более гибкой настройкой и содержат в себе:
    • Название карты
    • Уровень доступа к карте (групповая/личная)
    • Интервал датапикера по умолчанию
    • Добавлена возможность задавать значение датапикера по умолчанию для каждой карты сигналов, чтобы не делать это вручную при переходах между картами
    • Запрос для поиска сигналов
    • Настройка отображения архивных сигналов
    • Выбор набора колонок для таблицы
  • Карты сигналов можно изменять и удалять
  • Добавлены две системных карты сигналов, они неизменяемые:"Все открытые" и "Все закрытые"

❗️❗️❗️ Все созданные до 8.5.0 представления сигналов будут удалены

Карточка сигнала

  • Добавлена шапка у карточки сигнала
  • Добавлена возможность запуска бизнес-процессов из карточки сигнала

    Кнопка запуска располагается в шапке карточки сигнала

Сценарии

  • Обновлены структуры в системных библиотеках: SignalEvent, SignalEventBase, SignalEventAutomatonScenario

❗️❗️❗️ Обратите внимание, что во время обновления системы до версии 8.5.0 по итогам миграции "migrate automaton" в консоли будет выведено предупреждение если структуры SignalEvent, SignalEventBase, SignalEventAutomatonScenario использовались в сценариях автоматизации. Потребуется вновь восстановить связи с этими пинами и перекомпилировать сценарии. Список сценариев можно получить при помощи SQL запроса, приведенного в релизной инструкции.

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

  • Обновлена модель стартового события "Сигнал" для использования в других действиях бизнес-процессов
  • Status заменен структурой LifeCycleStatus с атрибутами:
    • Id
    • Name
    • Description
    • Category
  • Severity стал структурой из атрибутов:
    • Value
    • Name
  • Добавлена переменная со значениями настраиваемых полей
  • В переменных запуска для ручного запуска бизнес-процессов изменены пути обращения к атрибутам сигнала: {{#.Status}} на {{#.LifeCycleStatus.Name}}

    ⚠️ Раньше в атрибут статуса приходил id равный 0 или 1, теперь в него приходят названия статусов. Если в переменных запуска использовался этот атрибут, то требуется обновить логику работы с ним в соответствии с изменением

  • Произведена замена {{#.Severity}} на {{#.Severity.Value}}
  • Изменение значений в фильтре "Тип события" в стартовом событии "Сигнал":
    • Опция "Изменен" переименована в "Любое изменение"
    • Опция "Создан" переименована в "Создание сигнала"
    • Добавлена опция "Изменение статуса"
    • Опция "Закрыт" удалена. Теперь ее логика реализуется в виде комбинации настроек:
      • Тип события: Изменение статуса
      • Статус = "Закрыт"
  • Добавлена возможность фильтровать сигналы по категории статуса в стартовом событие "Сигнал"

Потоки данных

  • На блоки заданий, в карточке потока вынесли дополнительную информацию о задании: метки, логику объединения меток, на каких агентах выполняется (любой / все)
  • Добавлена возможность ручного запуска задания на сам блок задания. Теперь не нужно проваливаться в задание для его разового запуска
  • Блоки задания в потоке теперь имеют строгий порядок и отображаются по алфавиту
  • Появилась возможность копирования API-ключа потока сразу с публичной API, для более удобной отладки отправки событий в поток
  • Добавлена возможность увеличения интервалов запуска заданий при ошибках.

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

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

Потоки данных

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

Настройки сигналов

  • Исправили валидацию значений в наборе значений при создании настраиваемых полей с типом Double

Пороги

  • Оптимизирован процесс автоматического закрытия порогов приводивший к таймаутам, из-за чего некоторые пороги могли не закрываться

Оперативный центр

  • Исправлено корректное отображение графика при его приближении через выделение диапазона мышью в карточке детального просмотра порога
  • Исправлен баг с возможностью влияния на здоровье архивной КЕ изменяя настройки влияния сигнала на диаграмме здоровья КЕ

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

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

Карточка КЕ

  • Исправлено автообновление таблицы сигналов во вкладке сигналов:
    • Не появлялись новые сигналы, привязанные к КЕ
    • Не появлялись сигналы при их переоткрытии
    • Появлялись новые сигналы привязанные к другим КЕ

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

  • Исправлена ошибка работы блока "Бизнес-календарь", если в системе отсутствовал производственный календарь
  • Исправлена ошибка приводившая к невозможности публикации бизнес-процесса, если в стартовом событии "Сигнал" использовалось условие "Связанные КЕ" с операторами:
    • "Сигнал не связан с влияющей КЕ для любой из списка"
    • "Сигнал не связан с подчиненной КЕ для любой из списка"
    • "Сигнал не связан хотя бы с одной КЕ"
  • Переменная в стартовом событии "Сигнал" — "CreatedByScenario.SignalAutomatonScenario" была изменена на "CreatedByScenario.Name", ранее она называлась некорректно из-за чего не могла использоваться в других блоках при создании бизнес-процесса