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

Обновление 8.4.0 (17.10.2024)

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

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

Сигналы 2.0​

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

    Визуальное отображение настраиваемых полей и работа с ними доступна пока только на отдельном экране сигналов

  • Добавлена возможность создания жизненных циклов для сигнала. Теперь можно расширить статусную модель сигнала, добавив нужные вам этапы, а не ограничиваться только статусами "Открыт" и "Закрыт"
  • Новая модель сигналов была интегрирована в расчет отчетов о доступности ИС

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

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

Cигналы 2.0​

Общие изменения​

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

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

    Наглядное отображение работы, где зеленые сигналы - попадающие в выборку, а красные наоборот Изображение

Отдельный экран сигналов​

  • Для удобной работы с сигналами создан отдельный экран сигналов
  • На новом экране у пользователя появилась возможность сохранять фильтры для сигналов
    • Фильтры могут быть как групповыми, так и личными. Сохраненные фильтры будут выведены в виде списка в левой части экрана.
    • Создавать/изменять/удалять групповые фильтры могут пользователи с правами на создание в РГ. Чтобы пользователи их видели в общем списке и могли применять требуется право на их просмотр
    • Работа с личными фильтрами доступна для каждого пользователя
    • Доступна фильтрация по таким атрибутам как:
      • Название
      • Описание
      • Карта РСМ
      • Критичность
      • Статусы
      • Категория статусов
      • Связанные КЕ
      • Теги
      • Настраиваемые поля
    • В фильтрах сейчас сохраняются только параметры выбранные в рубрикаторе при создании фильтра
  • Таблица сигналов сортируется по дате создания сигнала
  • Датапикер для сигналов работает по измененной логике описанной ранее и в фильтре не сохраняется
  • Карточка сигнала при просмотре подробной информации по сигналу раскрывается в правой части экрана, а не как в оперативном центре — снизу
  • В карточке сигнала вложения и события выведены в отдельные вкладки

    Вложения содержат как сами вложения, так и подкрепленные к сигналу ссылки

  • Доступна работа с настраиваемыми полями и их отображение

    На оперативном центре этот функционал сейчас отсутствует

  • В персонализации для таблицы сигналов для отображения доступны как стандартные атрибуты сигнала, так и настраиваемые поля

    На оперативном центре возможность вывода настраиваемых полей сейчас отсутствует

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

Сценарии​

  • Добавлены новые входные пины для функций работы с сигналом
    • Обновление сигналов: UpdateSignal, UpdateSignalExpanded, UpdateSignalBatch (структура SignalPatchBatch):
      • Name
      • Description
      • Severity
      • CustomFields
      • AssigneeId
    • Создание сигналов: CreateSignal, CreateSignalExpanded, CreateSignalBatch (структура SignalPost):
      • CustomFields
      • AssigneeId
    • Фильтрация сигналов: FilterSignalsExpanded
      • CustomFields
      • AssigneeIds
  • Обновлена структура Signal (исходящий пин из вышеупомянутых функций)
    • Добавлены атрибуты:
      • CustomFields
      • AssigneeIds

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

  • В стартовое событие "Сигнал" добавлен новый атрибут для фильтрации — ответственный
  • Добавлены новые переменные стартового события "Сигнал" для использования в других блоках
    • Previous — значение атрибутов до изменения сигнала
    • AssigneeId — id ответственного

Карточка сигнала в оперативном центре​

  • Появилась возможность:
    • Изменять статус сигнала согласно установленному жизненному циклу в РГ
    • Изменять критичность сигнала
  • Добавлена возможность ручного запуска БП из меню (3 точки)

Жизненный цикл Сигнала​

  • У сигналов появилось понятие жизненного цикла с помощью которого можно расширить статусную модель сигнала. Это изменение переводит работу с сигналами от модели "Алерт" к модели "Инцидент". Создание своих жизненных циклов поможет работать с сигналами согласно регламентам работы с инцидентами внутри компании
    • Было раньше:
      • Существовало 2 статуса: Открыт и Закрыт, они определяли влияние сигнала на здоровье КЕ
      • После закрытия сигналы открывать было нельзя
    • Теперь:
      • Есть возможность создать различные жизненные циклы с любым количеством статусов
      • В системном жизненном цикле появилась возможность открывать закрытые сигналы
  • Жизненные циклы создаются администратором пространства
    • Жизненный цикл состоит из двух компонентов
      • Стадий ЖЦ
        • Стадии жизненного цикла имеют название и категорию
        • Категория определяет, будет ли сигнал влиять на здоровье КЕ. Их всего две: открыт и закрыт
      • Схемы ЖЦ
        • Схема ЖЦ представлена в виде диаграммы на которую можно добавлять стадии ЖЦ и логически их соединять, задавая правила перехода между ними
        • Цвет стадий на холсте схемы ЖЦ соответствует их категории. Синий - открыт (влияет на здоровье КЕ), зеленый соответственно закрыт (не влияет на здоровье КЕ)
        • Пример созданной схемы ЖЦ:

          Изображение

          • Из стадии "Open" сигнал может переходить в стадию "В работе" или в "Отменен"
          • Из стадии "В работе" сигнал может переходить в стадию "Closed" и "Отменен"
          • Из стадии "Closed" сигнал может переходить только в стадию "В работе"
    • По умолчанию в пространстве будет доступна одна системная схема и два системных статуса
    • Администратор сможет создавать неограниченное количество схем ЖЦ, используя для этого коллекцию стадий ЖЦ
  • Задается жизненный цикл отдельно для каждой рабочей группы менеджером РГ
    • Поскольку ЖЦ устанавливается для каждой РГ отдельно, то они могут отличаться
    • После смены ЖЦ у всех сигналов появится возможность изменять их статусы согласно стадиям на схеме ЖЦ

Настраиваемые поля для сигналов (атрибуты)​

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

  • Настраиваемые поля создаются администратором пространства
    • Настраиваемое поле бывает нескольких типов:
      • Поле ввода с типом данных string или double
      • Селект с типом данных string или double
      • Мультиселект с типом данных string или double
      • Чекбокс
      • Выбор пользователя
      • Выбор пользователей
      • Ссылка
    • У настраиваемого поля кроме обычного названия есть системное, которое нельзя изменять после создания. Оно будет использоваться в качестве ключа для передачи значений в сигнал по API или через сценарий
    • У типов: селект, мультиселект, выбор пользователя и выбор пользователей есть набор значений, куда администратор должен занести нужные значения с которыми будут работать пользователи
    • Есть опция запрещающая вносить изменения пользователями в сигнал вручную (через карточку сигнала)
    • ⚠️ При удалении настраиваемого поля все данные, которые были в нем записаны, будут безвозвратно удалены из всех сигналов
  • Добавляются настраиваемые поля в сигнал отдельно для каждой рабочей группы менеджером РГ
  • Поскольку настраиваемые поля устанавливается для каждой РГ отдельно, то их состав может отличаться
  • Рядом с каждым полем есть информация о его типе, типе данных в нем и его системное название, которое можно использовать в сценариях
  • Если менеджер скроет поле из сигнала, которым пользовались ранее и данные в нем заполнены, то данные оттуда не удалятся, они просто перестанут отображаться в сигнале, при повторном включении все вернется обратно
  • Данные из настраиваемого поля могут быть удалены только при удалении этого поля администратором на уровне пространства
  • ⚠️ Отображение настраиваемых полей и работа в карточке сигнала с ними пока доступна только на новом экране сигналов, в оперативном центре такая возможность будет реализована позже

Отчеты​

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

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

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

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

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

  • Скорректировано отображения большого кол-ва КЕ в таблице CMDB в столбцах: Зависимые КЕ, Влияющие КЕ, Дочерние КЕ
  • Исправлен баг: при создании параметра типа boolean не устанавливалось значение по умолчанию false, в потоках данных
  • Исправлен баг: пользователи с уровнем доступа "Запрет" для "Групповые карты РСМ" не могли просматривать информацию во вкладках Оперативного центра по быстрым фильтрам
  • Исправлен баг с отсутствием перерасчета уровня покрытия КЕ мониторингом при "перепривязке" порога к слоту КЕ, на вкладке Метрики
  • Исправлен баг отправляющий лишние фильтрационные запросы в систему при ручном обновлении списка сигналов
  • Исправлен баг: при автообновлении таблицы сигналов на оперативном центре в нее попадали сигналы несоответствующие фильтру критичности
  • Исправлен баг: при автообновлении таблицы сигналов на оперативном центре в новом сигнале не отображались привязанные КЕ
  • Исправлен баг с некорректным формированием запроса в правиле порога, которое блокировало отображение метрики в карточке порога на оперативном центре