Мониторинг бизнес-сервисов
Бизнес-сервисы объединяют связанные узлы сети в логические сервисы. На странице Бизнес-сервисы и на дашборде мониторинга отображается их здоровье, а подсказка страницы напоминает, что такая группировка расширяет контекст ИИ-помощника в тикетах и помогает точнее разбирать инциденты.
Расчёт статуса здоровья
Статус здоровья бизнес-сервиса вычисляется на сервере по открытым мониторинговым инцидентам, связанным с узлами этого сервиса. Если открытых мониторинговых инцидентов нет, сервис считается здоровым.
Как определяется здоровье
- Система берёт список узлов, добавленных в сервис
- Для этих узлов учитывает только мониторинговые инциденты, которые ещё не переведены в состояние Выполнен
- Если найден хотя бы один инцидент с уровнем Critical, сервис получает статус Проблемы
- Если открыты только предупреждающие инциденты, сервис получает статус Предупреждение
- Если открытых мониторинговых инцидентов нет, сервис получает статус Норма
Что не влияет на здоровье
- Обычные тикеты: пользовательские обращения без признака мониторингового инцидента не участвуют в расчёте
- Закрытые инциденты: обращения в состоянии Выполнен не считаются активными
Индикаторы состояния
Состояние сервиса обозначается одинаково в списке бизнес-сервисов и на дашборде мониторинга.
| Индикатор | Описание |
|---|---|
| Норма | Нет открытых мониторинговых инцидентов по узлам сервиса |
| Предупреждение | Есть открытые инциденты уровня Warning, но критических инцидентов нет |
| Проблемы | Есть хотя бы один открытый инцидент уровня Critical |
- В таблице на странице Бизнес-сервисы в колонке "Здоровье"
- На Дашборде мониторинга в виджете бизнес-сервисов
Просмотр списка сервисов
На странице Бизнес-сервисы отображается таблица всех сервисов. Клик по названию или по строке открывает карточку редактирования.
Колонки таблицы
- Здоровье — бейдж состояния сервиса
- Название — кликабельное название сервиса
- Обновлено — дата и время последнего изменения
Что умеет таблица
- Поиск и фильтрация: по названию и дате обновления
- Сортировка: по названию и дате обновления
- Пагинация: по умолчанию 20 строк на страницу
- Клик по строке: открывает карточку редактирования сервиса
Карточка сервиса
Карточка редактирования открывается по клику на сервис в таблице. В ней собраны данные, которые используются и в мониторинге, и в helpdesk-контексте.
Что видно в карточке
- Название — поле для имени сервиса
- Проект — выпадающий список проекта
- Вкладка «Описание» — общее описание сервиса
- Вкладка «Узлы сети» — проект, состав узлов и комментарии к ним
- Вкладка "Инциденты" — список открытых инцидентов и их счётчик
- Кнопки действий — Вызвать ИИ-помощника, Удалить и Сохранить
Вкладки «Описание» и «Узлы сети»
- На вкладке Описание находится только общее описание сервиса.
- На вкладке Узлы сети находятся проект, таблица добавленных узлов, комментарии и кнопка Добавить узлы.
Кнопка "Вызвать ИИ-помощника" открывает новую карточку инцидента, уже привязанную к этому бизнес-сервису. В неё также подставляется текущий проект пользователя, если он задан.
Просмотр инцидентов сервиса
Вкладка Инциденты показывает открытые мониторинговые инциденты, связанные с узлами этого сервиса.
Что показывает список
- # — номер тикета
- Тикет — название тикета
- Статус — статус helpdesk в административном режиме
- Степень — чип Критический или Важный
- Создан — время создания тикета
В списке отображаются только мониторинговые инциденты. Обычные пользовательские тикеты не включаются в этот список, даже если они связаны с узлами сервиса.
Связь сервисов с тикетами
Helpdesk показывает бизнес-сервисы прямо в карточке тикета, если тикет связан с узлом или создан сразу с бизнес-сервисом.
Как определяется связь
- Если тикет привязан к узлу, система находит все бизнес-сервисы, в которые входит этот узел
- В заголовке тикета появляется блок "Затронутые бизнес-сервисы"
- Если тикет создан сразу с бизнес-сервисом, заголовок показывает сам сервис и его затронутые узлы
Что видит специалист
- Название затронутого бизнес-сервиса
- Список связанных узлов сети
- Полный путь узла в иерархии
- Роль узла в составе сервиса через комментарий
Такой контекст помогает быстрее оценить масштаб инцидента, понять, какие узлы и сервисы затронуты, и принять решение по восстановлению без переключения между карточками вручную.