Управления конфигурацией база данных ( CMDB ) является ITIL термином для базы данных , используемой организацией для хранения информации об аппаратных и программных средствах ( как правило , называют элементы конфигурации [CI]). Полезно разбить элементы конфигурации на логические уровни. [1] Эта база данных действует как хранилище данных для организации, а также хранит информацию о взаимосвязях между ее активами. [2] CMDB предоставляет средства понимания критических активов организации и их взаимосвязей, таких как информационные системы., исходные источники или зависимости активов и последующие целевые объекты активов. [3]
Назначение и преимущества
CMDB - это фундаментальный компонент процесса управления конфигурацией инфраструктуры ITIL . CMDB используются для отслеживания состояния активов, таких как продукты, системы, программное обеспечение, оборудование, людей, в том виде, в каком они существуют в определенные моменты времени, а также взаимосвязи между всеми активами. CMDB помогает организации понять взаимосвязь между компонентами системы и отслеживать их конфигурации. Сохранение этой информации позволяет выполнять определенные действия, такие как реконструкция активов, в любой момент времени. CMDB также можно использовать для таких вещей, как анализ воздействия, анализ первопричин или управление изменениями .
Реализации CMDB часто включают объединение - включение данных в CMDB из других источников, таких как управление активами, таким образом, что источник данных сохраняет контроль над данными. Федерация обычно отличается от решений ETL (извлечение, преобразование, загрузка), в которых данные копируются в CMDB.
CMDB можно использовать для многих вещей, включая, но не ограничиваясь: бизнес-аналитику, сборки программного и аппаратного обеспечения, инвентаризацию [4], анализ воздействия на управление изменениями [5] и управление инцидентами .
В контексте ITIL использование CMDB является частью операций и поддержки инфраструктуры. CMDB представляет собой авторизованную конфигурацию важных компонентов ИТ-среды.
СОДЕРЖАНИЕ
CMDB содержит и записывает данные, которые также называются элементами конфигурации (CI). Он также предоставляет подробную информацию о важных атрибутах CI и взаимосвязях между ними.
Атрибуты и данные CI
Атрибуты, захваченные CMDB, различаются в зависимости от категории CI и могут насчитывать до сотен. Вот некоторые примеры:
- Уникальный идентификатор или идентификационный код CI
- Имя или метка CI (часто длинные и короткие имена )
- Аббревиатуры или аббревиатуры CI
- CI Описание
- Собственность CI (организации и люди)
- Важность CI
Поскольку атрибуты определяются метаданными, CMDB также содержат метаданные, и, таким образом, концепция перекрывается с концепцией репозитория метаданных , который также используется для более эффективного управления ИТ-организациями. Управление конфигурацией касается того, как поддерживать данные в актуальном состоянии. Исторически это было слабостью репозиториев метаданных.
Отношения между КЭ
Как минимум, отношения часто состоят из исходного CI, связанного с целевым CI. В случае более сложных отношений, таких как семантические отношения , желательно иметь дескриптор между исходным CI и целевым CI, который помогает обеспечить контекст. Например, «база данных» относится как «компонент» к «приложению Y». Дескриптор также известен как предикат.
Типы элементов конфигурации
Тип элемента конфигурации (или тип CI) - это тип данных элемента или элемента конфигурации, который предприятие желает сохранить в CMDB. Как минимум, все типы CI программного, аппаратного, сетевого и хранилища хранятся и отслеживаются в CMDB. По мере взросления предприятий они начинают отслеживать в своей CMDB типы CI для бизнеса, такие как люди, рынки, продукты и сторонние объекты, такие как поставщики и партнеры. Это позволяет отношениям между CI стать более значимыми, а CMDB - более надежным источником для управления знаниями.
Типы CI:
- Аппаратное обеспечение
- Программное обеспечение
- Коммуникации / Сети
- Место расположения
- Документация
- Люди (сотрудники и подрядчики)
Ключевым фактором успеха при реализации CMDB является способность автоматически обнаруживать информацию о CI (автоматическое обнаружение) и отслеживать изменения по мере их возникновения.
Схематические изображения
Структуры схем CMDB, также известные как схемы баз данных , принимают несколько форм. Двумя наиболее распространенными формами являются реляционная модель данных и семантическая модель данных .
Реляционные модели данных основаны на логике предикатов первого порядка, и все данные представлены в виде кортежей, сгруппированных в отношения. В реляционной модели связанные записи связаны вместе с помощью «ключа», где ключ уникален для определения типа данных записи. Такие реляционные модели предоставляют декларативные методы для определения данных и запросов. Другими словами, пользователи напрямую указывают, какую информацию содержит база данных и какую информацию они от нее хотят, и позволяют системе базы данных заботиться об описании структур данных для хранения данных и процедур поиска для ответов на запросы.
Модели семантических данных обычно полагаются на структуру описания ресурсов, которая отображает отношения между рядом вещей с помощью дескрипторов отношений, давая контекст тому, как вещи связаны друг с другом.
Вызовы
Существует три основных задачи создания и поддержки базы данных управления конфигурацией:
- Релевантность : необходим сбор данных на протяжении жизненного цикла каждой записи или CI. Это означает внедрение процессов и инструментов для сбора самых последних изменений данных по мере их появления.
- Техническое обслуживание : компании сталкиваются с постоянными изменениями. Данные о КЭ и отношениях между ними постоянно меняются. Это техническое обслуживание - серьезное мероприятие, которое часто не планируется или не ожидается. Организации часто считают это самой большой проблемой.
- Удобство использования : большинство CMDB - это просто базы данных. Это означает, что у них нет черт, функций или преимуществ более сложных приложений. Им не хватает инструментов для просмотра данных с помощью сложных визуализаций или инструментов для расширенного обнаружения. Это означает, что большинству компаний необходимо инвестировать в уровень приложения, который добавляет такие конструкции в их CMDB, что добавляет уровень сложности и затрат, которых большинство компаний не планирует и не ожидает. Однако реализация функций, обеспечивающих актуальность базы данных или позволяющих ей взаимодействовать с системами для выполнения команд, применения обновлений или развертывания новых приложений, расширяет функциональность и полезность CMDB.
По указанным выше причинам компании обычно предпочитают покупать свои CMDB, а не проектировать, строить, поставлять и поддерживать их сами.
Смотрите также
Рекомендации
- ^ «Уровни элементов конфигурации» .
- ^ "Что такое CMDB (база данных управления конфигурациями)?" . TechTarget . Июль 2017 . Проверено 14 января 2019 .
- ^ "ИТ: отключены от бизнеса?" . Axios Systems . 2015-11-10 . Проверено 14 января 2019 .
- ^ «Белая книга: подробное описание Ansible» . Ansible (программное обеспечение) . Проверено 14 января 2019 .
Существует множество точек интеграции, которые можно использовать для расширения Ansible, в том числе: (...) данные инвентаризации, полученные из систем CMDB или облачных источников.
- ^ Сове, Жак; Ребусас, Родриго; Моура, Антао; Бартолини, Клаудио; Булмакул, Абдель; Трастур, Дэвид (2006). Поддержка бизнес-решений для управления изменениями: планирование и составление графиков изменений . Springer Berlin Heidelberg. С. 173–184. DOI : 10.1007 / 11907466_15 . ISBN 978-3-540-47662-7.
- ^ "CMDBf | DMTF" . www.dmtf.org . Проверено 21 апреля 21 .
Внешние ссылки
- OneCMDB на SourceForge.net - База данных управления конфигурациями с открытым исходным кодом
- Коллинз: Управление инфраструктурой для инженеров
- Руководство по проектированию решения CMDB