Как правильно интегрировать систему инвентаризации с Service Desk

Garbage In, Garbage Out: что бывает, когда в CMDB грузят необработанные данные

В ИТ давно действует правило garbage in, garbage out: мусор на входе дает мусор на выходе. К ITSM-системам оно применимо в полной мере.

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

Вот что происходит с наполнением CMDB, когда данные поступают в нее без предварительной обработки:

1. Дубликаты. Один ноутбук попадает в базу трижды: по MAC-адресу, по IP и по имени в Active Directory. Система воспринимает его как три разных устройства.

2. Множество названий. Одна программа превращается в полтора десятка записей: «Google Chrome», «Chrome», «хром браузер». Чтобы корректно посчитать лицензии по такой базе, нужно потратить время.

3. Слепые зоны. Машины на Linux и устройства удаленных сотрудников в базу не попадают. Формально их не существует.

В результате CMDB превращается в «свалку данных»: поиск не находит нужное, автоматизация дает сбои, отчеты расходятся с фактической картиной инфраструктуры.

Архитектурное решение: обрабатывай и властвуй

Проблема не в нехватке данных, а в их качестве. Обрабатывать данные нужно до того, как они попадут в Service Desk. Так между сетью и ITSM-системой появляется специализированный инструмент, система дискаверинга и инвентаризации «Инферит ИТМен».

Ее работа строится в несколько этапов:

1. Сбор из всех источников. «Инферит ИТМен» не привязан к одной экосистеме и собирает данные на уровне инфраструктуры: сканирует сети, собирает данные с агентов, опрашивает устройства напрямую. Под нестандартное оборудование через конструктор настраивается отдельный сенсор, без доработок со стороны вендора. В результате в базу попадают все ИТ-активы, даже те, которые ITSM-система прежде видела как «неизвестные»: машины на Linux, ноутбуки удаленных сотрудников, сетевое оборудование.

2. Нормализация. Собранные данные приводятся к единому формату. Различные написания одной программы («Google Chrome», «Chrome», «хром браузер») сводятся к одному эталонному названию, а разные форматы версий приводятся к общему виду. Это и есть нормализация данных, которую предполагает подход ITIL.

3. Идентификация и устранение дублей. Данные об одном и том же ИТ-активе приходят из нескольких источников. «Инферит ИТМен» определяет актив, заведенный трижды, и объединяет их в одну карточку по уникальным признакам: серийному номеру, MAC-адресу или UUID. Параллельных записей и ручной сверки больше нет.

4. Обогащение. К каждой найденной программе подтягиваются данные из библиотек ПО: производитель, назначение, тип лицензии (коммерческая или бесплатная), версия, категория. На основе этих данных выстраивается достоверный лицензионный учет и процессы SAM, независимо от того, на какой ОС установлено ПО.

5. Типизация. Система самостоятельно определяет тип устройства по техническим характеристикам. В отчете отображается не абстрактное «устройство», а конкретная модель, например «Ноутбук Dell Latitude» или определенный сервер.

6. Передача. Service Desk получает на вход уже чистые карточки устройств, конфигурационные единицы (КЕ, Configuration Items), готовые к работе.

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