Что такое CMDB: база данных конфигураций в ИТ-управлении

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

Достичь такой цели многим компаниям помогают базы CMDB. Что это за инструмент и где он применяется, читайте в статье.

Что такое CMDB

CMDB (Configuration Management Data Base) переводится как «база данных управления конфигурацией». Это глобальное хранилище, которое включает все элементы ИТ-инфраструктуры организации и логические связи между ними.

CMDB охватывает как аппаратные и программные компоненты, так и конфигурации. В базу могут входить и объекты, которые физически находятся вне компании, например, применяемые облачные сервисы. В результате складывается комплексная картина всего ИТ-ландшафта.

CMDB и учет ИТ-активов: в чем разница

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

Важно: данные учета ИТ-активов служат источником для наполнения CMDB. Это означает, что без качественного инвентарного учета построить полноценную CMDB практически невозможно.

Что такое Configuration Item (CI)

Каждый элемент в CMDB называется конфигурационной единицей — Configuration Item (CI). Это может быть физическое устройство, программа, документ или любой объект, который влияет на доставку ИТ-услуги.

Типовые типы CI:

• Аппаратное обеспечение — серверы, рабочие станции, сетевое оборудование, мобильные устройства
• Программное обеспечение — операционные системы, бизнес-приложения, базы данных, лицензии
• Сетевые компоненты — маршрутизаторы, коммутаторы, файерволы
• Документация —  руководства, схемы сети, регламенты
• Персонал — сотрудники, ответственные за определенные активы или услуги
• Контракты и соглашения — договоры с поставщиками, SLA по заказчикам

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

Структура CMDB

CMDB строится как набор связанных записей, каждая из которых описывает конкретный CI. Для каждого элемента хранятся атрибуты и ссылки на связанные объекты.

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

Зачем нужна СMDB: 5 плюсов от использования

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

• Сокращение расходов на ИТ с помощью учета ресурсов

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

Как итог, управление ИТ-активами становится более рациональным. Ведь недостаточно просто знать, что скажем, в компании есть рабочая станция: нужно понимать, к каким сетям она подключена и в каких проектах задействована. Возможно, только это оборудование в подразделении обладает необходимыми техническими характеристиками для выполнения определенных задач, а его «переброска» в другой отдел негативно скажется на бизнес-процессах и даже приведет к материальным потерям.

Другой пример — выдача рабочих ноутбуков новым специалистам в крупной компании с расширяющимся штатом. Вполне практичный подход, когда в ситуации увольнения сотрудников старая техника передается недавно нанятым. С другой стороны, если этот ноутбук пришел в негодность и не позволит новичку эффективно выполнять обязанности, сработает принцип «скупой платит дважды». Чтобы такого не произошло, нужно учитывать конфигурации и эксплуатационные данные оборудования, включая количество и критичность проведенных ремонтов. Тогда легче оценить, какую технику списать, какая еще послужит бизнесу, а что нужно докупить дополнительно.

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

• Управление закупками и расходами

Запасаться всей необходимой техникой и расходными материалами впрок не всегда экономически оправдано. Если для нужд бизнеса достаточно иметь на складе 20 картриджей для принтеров, зачем постоянно поддерживать их в количестве 100 штук?

Во-первых, CMDB помогает выявить оптимальное количество запасов активов благодаря фиксации их связей с бизнес-процессами. Во-вторых, некоторые цифровые инструменты, в которых ведутся подобные базы — например, сервис деск ITSM 365 — позволяют настроить оповещения о нехватке оборудования, ПО, расходников и комплектующих. Такие системы дают возможность реализовать автоматическое создание задачи для сервисных служб на пополнение запасов (например, если количество картриджей на складе меньше 10 штук). Все это упрощает работу по материальному обеспечению бизнеса и планированию бюджета.

• Повышение продуктивности техподдержки

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

В частности, при поступлении запроса на устранение сбоя в работе ПК специалист сразу видит все установленные программы и приложения. Узнает, в каких процессах задействовано это оборудование. Возможно, программные компоненты конфликтуют между собой или компьютер используется для задач, которые требуют более высоких технических характеристик. Иногда при помощи CMDB специалист поддержки разбирается в корневых причинах проблемы еще до того, как он физически добрался до оборудования или подключился к нему через сервис удаленного доступа.

• Своевременное обнаружение проблем

Исчерпывающая информация обо всех элементах инфраструктуры дает возможность действовать на предотвращение инцидентов. Статистика отказов и поломок позволяет выбирать наиболее надежные решения и технику. А выявление проблемных активов — эффективно управлять рисками.

• Централизованное управление ИТ-инфраструктурой 

Особенно это важно для территориально распределенных компаний. Их ИТ-активы рассредоточены между множеством объектов, которые могут находиться в разных городах и странах. CMDB становится единым инструментом контроля всей инфраструктуры. Исключается пропажа оборудования и других ресурсов в связи с недостаточным учетом.

В ITSM 365 доступны инструменты CMDB, учета и управления ИТ-активами, которые можно настроить под задачи ваши компании. Попробуйте бесплатно 14 дней — подайте заявку на тестирование системы.

Когда без CMDB не обойтись: важные ориентиры

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

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

• Размер инфраструктуры

Если все ограничивается несколькими десятками ПК, парой принтеров и стандартным пакетом офисных программ, то будет достаточно и стандартных средств учета, например, Excel. CMDB становится оправданной, когда количество ИТ-компонентов измеряется сотнями и тысячами, а их связи сложно отследить вручную.

• Количество ИТ-услуг

Чем больше услуг предоставляет ИТ-подразделение внутренним или внешним заказчикам, тем сложнее понимать зависимости между инфраструктурой и услугами. Если в компании 5–10 услуг, можно обойтись без CMDB. При 20+ услугах без единой базы конфигураций управлять зависимостями практически невозможно.

• Наличие зрелых ITSM-процессов

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

• Доступность ресурсов

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

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

• Автоматизация сервисных процессов

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

Как строится CMDB на практике

Построение CMDB — это не разовая акция, а процесс, который включает несколько этапов.

• Источники данных

Основные источники для наполнения CMDB:

- Системы учета ИТ-активов и инвентаризации

- Сетевые сканеры и инструменты автоматического обнаружения

- Service desk и системы управления инцидентами

- Документация: схемы сети, регламенты, контракты

- Экспертные знания сотрудников

• Процесс наполнения

Начинать стоит с критичных для бизнеса элементов. Обычно это серверы, ключевые приложения, сетевое оборудование. Для каждого CI определяются атрибуты и связи. Рекомендуется использовать автоматические средства сбора данных — это ускорит процесс и снизит риск ошибок.

• Поддержание актуальности

Это главная проблема CMDB, так как без регулярного обновления база быстро устаревает. Есть несколько популярных подходов:

- Автоматическое обновление через интеграции с системами мониторинга

- Обязательное обновление CI при проведении изменений

- Регулярная сверка данных (например, ежеквартально)

- Назначение ответственных за актуализацию определенных групп CI

Вместо заключения

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

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

В ITSM 365 доступны инструменты CMDB, учета и управления ИТ-активами, которые можно настроить под задачи ваши компании. Попробуйте бесплатно 14 дней — подайте заявку на тестирование системы.

Часто задаваемые вопросы о CMDB

• Нужна ли CMDB в небольшой компании?

Зависит от сложности инфраструктуры. Если ИТ-ландшафт ограничивается десятком ПК и парой серверов, достаточно простого учета активов. CMDB оправдана, когда количество CI превышает 100–150 единиц и есть зависимости между ними.

• Может ли CMDB заменить систему учета активов?

Нет, это разные инструменты. Учет активов фокусируется на инвентаризации и эксплуатации, CMDB — на зависимостях и услугах. Однако данные учета активов служат важным источником для наполнения CMDB.

• Сколько времени занимает внедрение CMDB?

Зависит от масштаба инфраструктуры и зрелости процессов. В небольших компаниях базовый вариант можно запустить за короткий срок. В крупных компаниях с тысячами CI и сложными интеграциями процесс может занимать 6–12 месяцев.

• Что делать, если данные в CMDB устарели?

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