Узнайте нужен ли в Вашей компании Service Desk

8 (495) 726-15-52

CMDB

Несмотря на то, что многие компании сегодня используют ITSM, на практике реализовать подобный подход достаточно сложно. Если все-таки нужно внедрять системы управления конфигурациями, то как это делать правильно?

CMDB в системе управления ИТ-услугами

Все это можно организовать при помощи базы данных управления конфигурациями, а также при помощи процессов, с ней связанных. На сегодняшний день в России наиболее популярны рекомендации ITIL v2 и ITIL v 3, в которых CMDB занимает важное положение. В первую очередь нужно понять: CMDB – что это? Это важная часть процесса для управления конфигурациями. Концепция Configuration Management Data Base позволяет создавать комплексное хранилище информации об ИТ-инфраструктуре компании.

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

Существует множество решений, поддерживающих функционал CMDB для небольших компаний, благодаря которым:

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

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

CMDB, управление конфигурациями и активами

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

CMDB в системе управления ИТ-услугами

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

10 причин, по которым проваливается внедрение CMDB

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

  1. Первой причиной можно назвать недостаточное внимание со стороны менеджмента. Часто в одной компании большое количество групп борются за то, чтобы информация для используемых систем максимально собиралась и применялась. И если в такой гонке CMDB не является первой, то она может вообще не использоваться.
  2. Второй причиной можно назвать то, что владельцам конфигурационных единиц трудно получить к ним доступ. Часто такими единицами пользуются другие сотрудники.
  3. Часто сложно определить уровень детализации до которого нужно опускаться при описании информации в CMDB. Заказчик хочет максимально детализировать информацию по конфигурациям, но чем более высока детализация, тем сложнее поддерживать ее в актуальном состоянии.
  4. Кроме того, бывает так, что импорт данных XML между системами происходит без фильтрации и валидации. Именно поэтому в системе появляются неточные данные, что приводит к тому, что многие перестают доверять.
  5. Еще одной причиной можно назвать недостаточную интеграцию с различными решениями. Если такой интеграции не происходит, то важная и необходимая информация хранится в других системах.
  6. Часто внедрение CMDB откладывают до тех пор, пока не появляются все необходимые данные. Необходимо начинать работать с небольшой частью информации, посмотреть, как с ней можно работать, и только потом нужно двигаться дальше.
  7. Нередко интерфейс непонятен пользователям. А он должен быть несложным, чтобы каждый, то имеет доступ, мог понимать базу данных и легко искать конфигурационные единицы.
  8. Иногда уделяют огромное внимание к разработке самой концепции. Это может быть дизайн или планирование, то такие действия могут затормозить весь процесс, поэтому на первоначальном этапе нужно остановиться в этом направлении на минимуме.
  9. Если вместе с CMDB внедрять другие модули из ITIL, то из этого вряд ли что-то получится. В таких случаях внедрение отложится на год или два, а в худшем случае – не произойдет.
  10. Иногда разработчики при внедрении начинают сначала определять атрибуты, типы конфигурационных единиц, связи. Но в первую очередь нужно использовать подход, который направлен сверху вниз. То есть, сначала нужно определить цели такого внедрения.

CMDB: досье для управления ИТ

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

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

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

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

ITSM – что такое CMDB

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

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

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