База данных управления конфигурацией ( CMDB ) — это термин ITIL для базы данных, используемой организацией для хранения информации об аппаратных и программных активах (обычно называемых элементами конфигурации ). Полезно разбить элементы конфигурации на логические уровни. [1] Эта база данных действует как хранилище данных для организации, а также хранит информацию об отношениях между ее активами. [2] CMDB предоставляет средства для понимания критически важных активов организации и их отношений, таких как информационные системы , восходящие источники или зависимости активов и нисходящие цели активов. [3]
CMDB является основополагающим компонентом процесса управления конфигурациями ITIL framework. CMDB используются для отслеживания состояния активов, таких как продукты, системы, программное обеспечение, объекты, люди, которые существуют в определенные моменты времени, а также взаимосвязей между всеми активами. CMDB помогает организации понять взаимосвязь между компонентами системы и отслеживать их конфигурации. Поддержка этой информации позволяет выполнять определенные действия, такие как реконструкция активов, в любой момент времени. CMDB также можно использовать для таких вещей, как анализ воздействия , анализ первопричин или управление изменениями .
Реализации CMDB часто включают в себя федерацию — включение данных в CMDB из других источников — таких как управление активами, таким образом, что источник данных сохраняет контроль над данными. Федерацию обычно отличают от решений ETL (извлечение, преобразование, загрузка), в которых данные копируются в CMDB.
Базы данных CMDB можно использовать для многих целей, включая, помимо прочего, бизнес-аналитику, сборку программного и аппаратного обеспечения, инвентаризацию, [4] анализ влияния для управления изменениями [5] и управление инцидентами .
В контексте ITIL использование CMDB является частью операций и поддержки инфраструктуры. CMDB представляет собой авторизованную конфигурацию значимых компонентов ИТ-среды.
CMDB содержит и записывает данные, которые также называются элементами конфигурации ( CI ). Она также предоставляет сведения о важных атрибутах CI и связях между ними.
Атрибуты, собираемые CMDB, различаются в зависимости от категории CI и могут достигать сотен. Вот некоторые примеры:
Поскольку атрибуты определяются метаданными, CMDB также содержат метаданные, и, таким образом, эта концепция пересекается с концепцией репозитория метаданных , который также используется для более эффективного управления ИТ-организациями. Управление конфигурацией решает вопрос о том, как поддерживать актуальность данных. Это исторически было слабым местом репозиториев метаданных.
Как минимум, отношения часто состоят из исходного CI, который связан с целевым CI. В случае более сложных отношений, таких как семантические отношения , желательно иметь дескриптор между исходным CI и целевым CI, который помогает обеспечить контекст. Например, «база данных» связана как «Компонент» «Приложения Y». Дескриптор также известен как Предикат.
Тип элемента конфигурации (или тип CI) — это тип данных элемента или элемента конфигурации, который предприятие желает хранить в CMDB. Как минимум, все типы CI программного обеспечения, оборудования, сети и хранилища хранятся и отслеживаются в CMDB. По мере развития предприятий они начинают отслеживать типы бизнес-CI в своей CMDB, такие как люди, рынки, продукты и сторонние сущности, такие как поставщики и партнеры. Это позволяет сделать отношения между CI более значимыми, а CMDB — более надежным источником для управления знаниями.
Типы КИ:
Ключевым фактором успеха при внедрении CMDB является возможность автоматического обнаружения информации о CI (автоматическое обнаружение) и отслеживания изменений по мере их возникновения.
Схематические структуры CMDB, также известные как схемы баз данных , принимают различные формы. Две из наиболее распространенных форм — это реляционная модель данных и семантическая модель данных .
Реляционные модели данных основаны на логике предикатов первого порядка, и все данные представлены в виде кортежей, сгруппированных в отношения. В реляционной модели связанные записи связаны между собой «ключом», причем ключ уникален для определения типа данных записи. Такие реляционные модели предоставляют декларативные методы для указания данных и запросов. Другими словами, пользователи напрямую указывают, какую информацию содержит база данных и какую информацию они хотят получить от нее, и позволяют системе базы данных позаботиться об описании структур данных для хранения данных и процедурах поиска для ответа на запросы.
Семантические модели данных обычно опираются на структуру описания ресурсов , которая отображает связь между несколькими вещами с помощью дескрипторов отношений, предоставляя контекст того, как вещи связаны друг с другом.
При создании и обслуживании базы данных управления конфигурацией возникают три основные проблемы:
По указанным выше причинам компании обычно предпочитают приобретать свои CMDB, а не проектировать, создавать, поставлять и поддерживать их самостоятельно. [ необходима цитата ]
Существует множество точек интеграции, которые можно использовать для расширения Ansible, в том числе: (...) данные об инвентаризации, полученные из систем CMDB или облачных источников.