Как стать автором
Поиск
Написать публикацию
Обновить

Автоматизация мониторинга в НЛМК: от агрегации данных и ML до инцидент-менеджмента

Уровень сложностиПростой
Время на прочтение12 мин
Количество просмотров3.7K
Всего голосов 17: ↑17 и ↓0+21
Комментарии4

Комментарии 4

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

Слишком много сервисов (см.выше). Идея крутая.

Простая истина: когда какой-то элемент инфраструктуры или бизнес-сервис простаивает, то компания несёт потери.

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

Уверен, что тут сказано о простоях, вызванных ит-сбоями.

Спасибо, поправил, конечно из-за сбоя. А так вы правы, простои в общем виде скорее про потери из-а неэффективного использования ресурсов.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий