Вы успешно подписались на блог Naumen
Статьи доступны к чтению
Добро пожаловать! Регистрация прошла успешно.
Отлично! Ваш аккаунт активирован, контент доступен.
Success! Your billing info is updated.
Billing info update failed.
Как запустить учет ИТ-инфраструктуры: дайджест по итогам вебинара

Как запустить учет ИТ-инфраструктуры: дайджест по итогам вебинара

2 минут чтения

Зачастую ИТ-инфраструктура меняется быстрее, чем обновляются данные. Информация о серверах, сетях и сервисах хранится в разных источниках, CMDB не отражает текущего состояния, и на поиск причин инцидентов уходит много времени.

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

Что показали

Эксперты Ирина Смазневич, Елена Колесникова и Иван Гурошев представили методику запуска учета ИТ-инфраструктуры — от оценки текущего уровня до поддержания актуальности. Выделим ключевые тезисы.

Зрелость учета. Разобрали четыре уровня: ручной, базовый, сервисный и предиктивный. Как понять, на каком из них находится ваша компания? Почему большинство застревает на базовом, где CMDB уже есть, но данные все равно устаревают? И главное — какой уровень нужен вашему бизнесу?

Как определить границы учета. Главная ошибка бизнеса — пытаться собрать 100% данных. Подсказали, что вносить в CMDB в первую очередь, а что оставить на потом. Привели расчет формулы, которая поможет бизнесу оценить текущий уровень зрелости, цели и потребности разных ролей — от инженеров до топ-менеджмента.

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

Что не замониторить. Мониторинг не всесилен. Разобрали, какие компоненты инфраструктуры не поддаются автоматическому обнаружению и как их учитывать, чтобы они не превратились в «серую зону». Также рассмотрели, к каким последствиям приводит отсутствие таких данных при диагностике аварий.

Почему мониторинг не заменяет CMDB. В компании может быть несколько систем мониторинга — для сети, серверов, приложений. Продемонстрировали, как собрать инструменты под единый «зонтик», а также рассказали о роли зонтичного мониторинга в связке с CMDB.

Запись вебинара