Уровни зрелости учета инфраструктуры и CMDB: как не утонуть в данных

По оценкам Naumen, до 70% усилий при запуске системы учета ИТ-инфраструктуры приходится не на вендора-разработчика, а на команду внедрения заказчика.

Такие проекты в первую очередь зависят от данных, а не от инсталлируемого софта. CMDB, дискаверинг, мониторинг — это только инструменты. Качество, структура и актуальность данных — зона ответственности именно владельца инфраструктуры.

Ключевой вопрос, который возникает у заказчиков: «А как с этим работать?» Ответ лежит не в плоскости выбора лучшего инструмента, а в методике последовательного повышения уровня зрелости учета.

Пять главных препятствий при работе с данными для качественной CMDB

Выделили пять препятствий, которые часто возникают в начале работ при внедрении системы учета инфраструктуры.

Указанные проблемы решаются в первую очередь честным ответом на вопрос: «Какой уровень зрелости учета инфраструктуры у компании сегодня?». Без этого невозможно определить границы проекта, расставить приоритеты и выбрать подходящий инструментарий.

Оценка уровней зрелости учета инфраструктуры для построения CMDB

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

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

1. Ручной уровень

Зачастую такой вид учета ведется в Excel, Word или Wiki. Мониторинг эпизодический и нецентрализованный. CMDB нет. Учетом занимается инженер или одно подразделение, чтобы систематизировать данные.

2. Базовый уровень

Уровень предполагает, что в компании внедрена единая CMDB, учтено 70% инфраструктуры, но есть серые зоны. Мониторинг оборудования охватывает 80%. Простои составляют в среднем 1–2 часа. Корреляция событий обычно выполняется вручную.

Как достичь:

1. Внедрить CMDB для детального технического учета, например, систему класса Inventory.
2. Настроить дискаверинг и корневой мониторинг для автоматического сбора данных.
3. Организовать автоинвентаризацию, например, очистку и загрузку данных в CMDB.

Если поддерживать этот уровень, то данные перестают устаревать между ручными правками.

Рассмотрим пример из практики Naumen, что дает переход на базовый уровень. Крупнейший ритейлер бытовой техники столкнулся с децентрализацией в управлении оборудованием магазинов. Каждое отделение использовало свои программы для учета, и данные регулярно терялись. После внедрения CMDB и автоматизации дискаверинга компания сократила среднее время устранения неисправностей с 4 часов до 30 минут.

3. Сервисный уровень

Качественный критерий этого уровня — компания понимает, как ИТ влияет на бизнес-сервисы. Данные обновляются автоматически. Покрытие учетом составляет в среднем 90%.

Как достичь:

1. Добавить к CMDB систему управления событиями, например, зонтичный мониторинг.
2. Внедрить ITSM-систему для обработки инцидентов и изменений в сервисах.
3. Использовать low-code платформу для гибкой настройки процессов.
4. Добавить учет активов с точки зрения аналитики затрат на инфраструктуру.

На этом уровне важна связь между системами мониторинга, инвентаризации и Service Desk. Бесшовная интеграция позволяет собирать и обмениваться данными, не дублируя их.

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

4. Предиктивный уровень

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

Также на этом уровне в компании реализуются практики DevOps, GitOps и NetOps. ИТ-инфраструктура описывается как код (IaC).

Как достичь:

1. Перейти на расширенные платформенные экосистемные решения с открытыми стандартами наблюдаемости (OpenTelemetry и аналоги).
2. Внедрить инструменты GitOps — управление конфигурациями через системы контроля версий.
3. Внедрить инструменты NetOps — автоматизацию сетевой инфраструктуры.
4. Использовать ИИ на базе low-code платформы для прогнозной аналитики.

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

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

Обмен данными между инструментами учета

Переход на более высокие уровни зрелости учета инфраструктуры требует внедрения связанных между собой инструментов. К примеру, это корневой мониторинг, зонтичный мониторинг, системы инвентаризации, ITAM и Service Desk. В экосистеме Naumen такие решения обмениваются данными без потери и дублирования информации.

Naumen Network Manager. Система корневого мониторинга отвечает за автоматическое обнаружение устройств в сети. Она подключается напрямую к оборудованию по протоколам SNMP, SSH, LDAP и собирает первичные данные о составе инфраструктуры, затем передает в систему инвентаризации.

Naumen Business Service Monitoring. Система зонтичного мониторинга подключает любые источники мониторинга: и Naumen Network Manager, и сторонние системы (Zabbix, Prometheus). Агрегирует события, устраняет избыточные сигналы, коррелирует инциденты и помогает находить первопричины сбоев. Очищенные данные передает в систему инвентаризации.

Naumen Inventory. Система инвентаризации хранит актуальные сведения об инфраструктуре: оборудование, версии ПО, настройки, связи между объектами. На основе этих данных можно, например, оценить, сколько серверов подлежит замене или какие устройства работают на устаревших версиях.

Naumen ITAM. Система управления ИТ-активами добавляет к техническим данным учетную информацию: договоры, лицензии, стоимость, сроки гарантии, амортизацию. Позволяет контролировать лицензирование и планировать замену оборудования.

Naumen Service Desk. Решение для управления инцидентами получает из Inventory и ITAM актуальные данные об активах и конфигурациях. При регистрации инцидента сотрудник видит, на каком оборудовании возникла проблема, кто владелец актива, какая версия ПО установлена. Это ускоряет диагностику и сокращает время восстановления.

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

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

К выводам

1. Качество, структура и актуальность данных в CMDB — зона ответственности владельца ИТ-инфраструктуры, а не вендора или команды внедрения. Инструменты (дискаверинг, мониторинг, ITAM и другие) автоматизируют сбор, но не определяют, какие данные собирать и в каком объеме.
2. Решение проблемы — не в выборе подходящего под задачу инструмента, а в методике последовательного повышения уровня зрелости учета.
3. Старт оптимален с базового уровня, который достигается через автодискаверинг и корневой мониторинг. Далее расширение учета должно происходить итеративно, без попытки охватить всю инфраструктуру одномоментно.
4. Переход на сервисный уровень добавляет связь ИТ-активов с бизнес-сервисами, на предиктивный — прогнозную аналитику на основе ИИ.
5. Использование экосистемы цифровых инструментов вместо разрозненных решений сокращает затраты на интеграцию и исключает двойной ввод или потерю данных, что важно при наращивании уровня зрелости.