Управление конфигурациями - 1

Записаться

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

Конфигурационные единицы и CMDB

Переходим к процессу управления конфигурациями. Он отличается от управления инцидентами. Его смысл — поддерживать в актуальном и правильном состоянии описание ИТ-инфраструктуры.

Вводится понятие конфигурационная единица (КЕ) — объект, образ или структура данных которого отражены в описании ИТ-инфраструктуры. Само описание называется конфигурационная база данных (Configuration Management Database, CMDB). Нужно понять, какую информацию о КЕ вносить.

Какие данные нужны

Информация может понадобиться разным потребителям. Финансовая информация полезна: какие компоненты используются, как долго, какие тенденции в группах продуктов, текущая остаточная стоимость, стоимость замены. Всё, что интересует финансистов, должно быть отражено.

Роль CMDB возникла в ИТ-библиотеке инфраструктуры (ITIL), но затем была выведена в отдельную независимую референтную модель — управление ИТ-активами (IT Asset Management, ITAM), или информационные активы. Там обрабатывается финансовая информация и рассматриваются финансовые процессы: как они взаимодействуют, получают и обрабатывают эти данные. В ITIL остались другие свойства КЕ, важные для ИТ-процессов.

Какие это свойства? Какие компоненты нужны для восстановления после чрезвычайной ситуации; будет ли работать план восстановления; какие компоненты затрагиваются изменениями; какие компоненты вызывают известные ошибки. Известная ошибка — результат процесса управления проблемами: она появляется после решения проблемы. Некоторые свойства КЕ и конфигураций, то есть множеств КЕ, важны для выставления счетов. Речь о множествах КЕ, связанных с услугой. Тогда можно рассчитать себестоимость услуги и затраты на её оказание через затраты на функционирование этих КЕ.

Как собирать информацию

Любая информация, которая когда-либо может понадобиться процессам, должна быть в CMDB. Как её собирать? Как проверить, что есть всё нужное и нет лишнего? Универсального способа нет — только опытным путём. Можно ограничить себя: решить, что учитываем только определённые объекты, с остальными временно не работаем. Если управление услугами идёт хорошо, возможно, больше ничего не нужно. Если плохо — добавляем новые данные.

Услуги и изменения

Важно: и компоненты, и предоставляемые на их основе услуги являются конфигурационными единицами. Поэтому в CMDB есть описание не только элементов инфраструктуры, но и самих услуг. Если объекты попали в CMDB, их видит процесс управления изменениями. Он работает по CMDB и старается согласованно менять объекты при запросе на изменение. Например, если запрос касается соглашения об уровне обслуживания (Service Level Agreement, SLA), управление изменениями смотрит, какие КЕ затрагиваются услугой, на деятельность каких КЕ влияет изменение. Что можно сделать с КЕ? Заменить другой? Купить новую? Если нужно купить, запрос отправляется в процесс управления мощностями.

Пример конфигурации

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

Оргструктура и бизнес-процессы

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

Цель управления конфигурациями

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

Краткие итоги

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

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

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