Обновление 8.9.0 (21.04.2025)

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

1. Больше контроля над системой: появился новый модуль сбора статистики, настройки лимитов и правил блокировок
2. Появилась возможность удалять типы сигналов, кастомизировать их схему ЖЦ в рамках РГ, а также стал возможен поиск по архивным сигналам
3. Бизнес-процессы: расширен префильтр стартовых событий «Сигнал» и «Статус КЕ»
4. Автоматизация: добавлена новая функция фильтрации сигналов, а также расширены возможности старой
5. Синхронизация с Active Directory: доработаны настройки и подсказки, появилось дробление запросов
6. VK Teams actions - новый контент-пак
7. Выполнен ряд оптимизаций

Настройки пространства

На экране «Настройки пространства» проведен рефакторинг структуры и распределения параметров:

1. Вкладка «Политики» переименована в «Безопасность»
   В этот раздел были перенесены параметры, касающиеся политик доступа и авторизации. Соответствующее право в ролевой модели администраторов пространства также было переименовано.

2. Параметр «Количество порогов для одновременной обработки сценариями автоматизации по умолчанию» теперь находится в разделе Настройка автоматизации → Основные
   В ролевой модели возможность управлять этим параметром теперь определяется правом «Настройки политик автоматизации» (блок «Автоматизация»).

3. Появилась новая вкладка «Лимиты», предназначенная для управления системными ограничениями

Статистика, лимиты и правила блокировок

На экране Настройки → Настройки пространства → Лимиты добавлена возможность управления лимитами и правилами блокировок.

Сбор статистики

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

В текущей версии система собирает и агрегирует следующие показатели:

• Количество пользователей
• Количество рабочих групп
• Количество КЕ
• Объем сырых логов по каждому потоку
• Количество метрик по каждому потоку
• Время выполнения сценариев автоматизации
• Частота расчетов порогов

Лимиты

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

Модуль	Лимит	Ед.	По умолчанию
Лицензия	Максимальное количество пользователей	ед.	Значение из лицензии
Лицензия	Максимальное количество рабочих групп	ед.	Значение из лицензии
Коллектор	Глубина хранения логов на пространстве	дн.	360
AIOps	Время хранения истории изменений здоровья и покрытия КЕ	мес.	Без ограничений
AIOps	Максимальное количество КЕ	ед.	Без ограничений
AIOps	Максимальная глубина фильтрации сигналов	дн.	180
AIOps	Максимальная глубина фильтрации порогов	дн.	180
AIOps	Архивация закрытых сигналов	дн.	180

Для управления лимитами в ролевой модели добавлено новое право «Лимиты» (блок «Пространство»).

Правила блокировок

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

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

Администратор может добавлять и удалять правила, указывая следующие параметры:

1. Тип ограничения:
   • Объем сырых логов
   • Количество метрик
   • Время выполнения сценариев
2. Зона действия:
   • «Пространство» — блокировка всего пространства
   • «Поток» — блокировка конкретного потока, который превысил установленное значение
3. Условие срабатывания:
   • Среднее значение за период
   • Сумма за период

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

Сигналы

Кастомизация типа сигнала

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

Теперь при выборе типа управления «Рабочая группа» также можно и полностью переопределить схему ЖЦ. Доступный набор статусов ЖЦ при этом определяется администратором пространства.

Отказ от кастомизации

При возврате к режиму управления «Пространство» настройки типа вернутся к синхронизации с настройками в пространстве, определенными администратором.

При переключении появится окно с предупреждением и предложением переноса статусов кастомизированной схемы в актуальные статусы схемы пространства:

При подтверждении действия произойдут следующие изменения:

1. Описание, ЖЦ и атрибутивный состав типа сигнала приведется в соответствие с настройками пространства
2. Статусы всех неархивных сигналов изменятся согласно правилу переноса
3. Изменится состав атрибутов на карточках сигналов

Удаление типов сигналов

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

При удалении типа

1. Все ассоциированные с ним сигналы, в том числе кастомизированные версии получают статус «Closed» и переводятся в категорию статуса «Закрыто»
2. Пропадает возможность создавать новые сигналы с таким типом
3. Пропадает возможность переоткрыть сигналы с удаленным типом, а при такой попытке пользователь получит соответствующую подсказку
4. Пропадает возможность выбирать удаленный тип в новых фильтрах
5. В сохраненных фильтрах и в закрытых сигналах отображается название ключа с иконкой удаленного типа
6. В карточке сигнала скрываются атрибуты, ранее определенные для этого типа

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

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

  

• В карточке сигнала:

  • Добавлена возможность перехода к привязанной КЕ (ранее было доступно только в ОЦ)
  • Добавлен параметр «Владелец» — рабочая группа, с возможностью перехода к ней по клику

  

• В конструкторе запросов и строке поиска при фильтрации по параметру «Ответственный»:

  • По умолчанию подсвечиваются только пользователи текущей РГ
  • Добавлена возможность выбора любого пользователя Пространства при использовании поиска

• Уточнена фильтрация по длительности, дате создания/открытия/закрытия сигнала.
  Примеры логики фильтрации в конструкторе:

  • (Duration:<"5m") - выводятся сигналы до 4м 59с включительно
  • (Duration:>"5m") - выводятся сигналы c 6м 0с включительно
  • (Duration:>="5m") - выводятся сигналы c 5м 0с включительно
  • (Date:{До}"12.11.2024 09:16") - выводятся сигналы до 12.11.2024 09:15:59 включительно
  • (Date:{После}"12.11.2024 09:16") - выводятся сигналы от 12.11.2024 09:17:00 включительно
  • (Date:{Последние 5 минут}) при текущей дате и времени 20.02.2025 12.00.58 - выводятся сигналы от 20.02.2025 11.55.58 до 20.02.2025 12.00.58 включительно

  Примеры логики фильтрации в поисковой строке:

  • (Duration:<"5m 0s") - выводятся сигналы до 4м 59с включительно
  • (Duration:<="5m 0s") - выводятся сигналы до 5м 0с включительно
  • (Duration:"5m 1s") - выводятся сигналы 5м 1с
  • (Duration:!="5m 1s") - выводятся все сигналы до 5м 0с включительно и от 5м 2с включительно
  • (Date:"12.11.2024 09:16") - выводятся сигналы после 12.11.2024 09:16:00 и до 12.11.2024 09:16:59 включительно
  • (Date:!="12.11.2024 09:16:00") - выводятся сигналы до 12.11.2024 09:15:59 и после 12.11.2024 09:16:01 включительно

Подробнее в статье Фильтрация по длительности и датам.

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

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

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

1. Добавлены новые входные пины для функции фильтрации сигналов FilterSignalsExpanded
   • Type — тип сигнала
   • FieldMask — маска полей
   • Paging — параметры постраничного запроса
2. Создана новая функция фильтрации FilterSignalsMql, поддерживающая MQL-синтаксис строки поиска на экране сигналов

Active Directory

Вкладка «Синхронизация LDAP» переименована в «LDAP» и изменен состав доступных полей:

1. Поле «Название» удалено
2. Появилась опция «Разбивать запросы синхронизации на пакеты»:
   • Позволяет разбивать запрос на части для обхода ограничений AD (по умолчанию 1000 записей в ответе)
   • Запросы выполняются последовательно до получения всех данных
3. Добавлена кнопка «Тест соединения» для предварительной валидации настроек:
   • Выполняет проверку подключения до начала синхронизации
   • Отображает уведомление со статусом: Соединено или Ошибка соединения
4. Добавлены информативные подсказки с примерами для работы с фильтрами LDAP

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

В мастере настроек появился сценарий контент-пака VK Teams actions, который содержит преднастроенные действия бизнес-процессов для отправки оповещений через сервис VK Teams

Оптимизации

• Включен виртуальный скролл в окне «Обзор метрик» экрана «Правила порогов» для снижения потребления памяти браузером
• Лимит памяти в ответе на запрос метрик в «Правилах порогов» увеличен с 50 МБ до 100 МБ, что позволяет обрабатывать более объемные запросы и снижает вероятность ошибок
• Обновлена логика обновления pl-router-service_mcs.threshold.create/update: данные таблицы порогов и карточки порога в ОЦ при включенной опции автообновления теперь обновляются по таймеру вместо WebSocket. Это решение принято из‑за роста числа событий в очереди при большом потоке данных.
• Оптимизирована работа cl_stream_schema_validator, что многократно увеличило скорость обработки событий
• У администраторов пространства появилась возможность устанавливать лимит на срок хранения данных о расчетах здоровья и покрытия КЕ. Это помогает контролировать размер БД ClickHouse при большом количестве КЕ без необходимости ручной очистки.

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

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

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

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

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

Конструктор запросов

• На экране сигналов в конструкторе запросов исправлен набор значений выбора ответственного
• Уточнена фильтрация по датам создания, открытия, закрытия и по длительности — сигналы теперь корректно отбираются в конструкторе запросов и в строке поиска

Другое

• В настройках сигналов исправлена валидация атрибутов с типами Multiselect, Select и типом значений String
• Во вкладке «Типы сигналов» настроек РГ исправлено некорректное поведение переключателя «Управление» для типов сигналов с измененной схемой ЖЦ
• В настройках сигналов при редактировании названий статусов ЖЦ теперь автоматически удаляются лишние пробелы для корректной валидации поля
• Исправлен баг в публичном API пакетного обновления КЕ, который позволял присвоить КЕ неуникальное имя при смене ее типа
• Обновлены названия плагинов:
  • oracledbsqlRequest → oracleDbSqlRequest
  • postgresqlPlugin → postgreSqlPlugin
• Устранена ошибка, при которой после повторной синхронизации с AD у пользователей изменялся часовой пояс
• Скорректировано отображение значений в столбце «Роль» в РГ при масштабе интерфейса 90%
• Исправлена ошибка, из-за которой после добавления пользователя в группу пользователей ему не предоставлялся доступ к объектам РГ
• Исправлена ошибка, связанная с несоответствием начала и конца периода отображения данных с учетом пользовательского часового пояса при просмотре графика здоровья КЕ, вкладок «Сигналы», «Пороги», «Журнал» на экране ОЦ, а так же раздела «События и логи»
• Исправлена ошибка, при которой события или метрики не отображались в статистике потока при выборе интервала менее 4 часов
• Исправлена ошибка смещения времени получения событий или метрик в статистике потока, если у пользователя в профиле установлен часовой пояс, отличный от UTC+3
• Устранен баг, из-за которого статус обработчика потока с ошибками не отображался в начале суток из-за разницы часовых поясов сервера и профиля пользователя
• Исправлена ошибка в истории действий пользователя: отображаемое время теперь учитывает часовой пояс, установленный в профиле пользователя
• Устранена ошибка в настройках синхронизации LDAP: при возврате к предыдущему значению в поле «Дополнительное DN пользователей» возникала ошибка интеграции