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

1. Как спроектировать полезную CMDB? Исайченко Дмитрий Директор по консалтингу компании Cleverics При информационной поддержке: D S E

2. О чём мы будем говорить CMDB – база данных управления конфигурациями и активами Процесс управления конфигурациями и активами: Назначение: обеспечивает информационную поддержку деятельности по управлению ИТ-услугами посредством построения, актуализации и предоставления логической модели ИТ-инфраструктуры Содержание: обеспечивает проектирование, инициализацию, актуализацию, контроль, анализ и оценку CMDB Сегодня мы поговорим о том, как спроектировать полезную CMDB Длительность вебинара – 45 минут Functional Contractual Financial Operational CMDB

3. В чём заключается польза CMDB? Предоставление информации для принятия решений Повышение эффективности диагностики сбоев Сокращений потерь материальных ценностей Анализ доступности информационных систем Определение технических возможностей … Ответы на вопросы так или иначе можно найти всегда. CMDB предназначена для того, чтобы делать это: Гарантированно ( Полнота информации) Корректно ( Достоверность информации) По возможности быстро ( Доступность информации) Чем сложнее инфраструктура, тем более выражена потребность в CMDB

4. Фантазии и реальность CMDB содержит ответы на все вопросы: Жизненный цикл и операции Функциональные характеристики Влияние на ИТ-услуги Стоимость и разнесение затрат Контракты и обязательства CMDB – это прежде всего технология Хорошая CMDB умеет наполняться и актуализироваться самостоятельно (коннекторы, discovery -агенты, …) В проекте силами консультантов надо собрать все данные, жизнь сама поможет отсеять ненужное … КАК НАЙТИ БАЛАНС? Фантазии

5. Информационные критерии Назначение : на какие вопросы даёт ответ эта информация в CMDB ? Потребители : скольким сотрудникам она нужна и как часто? Границы учёта : почему эту информацию нужно включить в CMDB? Она больше нигде не хранится Авторизованное состояние (связь с управлением изменениями) Влияние компонент друг на друга и на ИТ-услуги Местоположение и использование оборудования Её неудобно / долго извлекать из имеющихся источников Контакты поставщиков и параметры поддержки Приобретённые лицензии на ПО и присущие им лицензионные ограничения Необходима привязка CI к текущим операциям Статистика по отказам оборудования и систем Ведение истории работ по оборудованию и системам

6. Физическое проектирование CMDB Интеграция различных источников данных Связи вместо копирования данных Возможность «перехода» из CMDB в другие системы Механизм сопоставления ( reconciliation ), первичный и внешний ключи, нормализация справочников Процедуры сверки с авторизованным состоянием Распределённая vs централизованная CMDB Специализированные системы учёта (кабельная инфраструктура, полномочия в бизнес-системах, …) Технологии доступа к данным Визуализация ( enabling technology для работы со связями) Разграничение доступа Формирование отчётности CMDB CMDB ИС

7. Порядок проектирования CMDB ( checklist ) Определить ключевых потребителей информации ( ДЛЯ КОГО? ) Определить требования и назначить им приоритеты ( ЗАЧЕМ? ) Сформировать общую структуру CMDB ( ЧТО? ) Сформировать детальные правила учёта ( КАК? ) Атрибуты Статусы Связи Правила именования Наличие и правила маркировки Возможные источники данных Выбрать технологии и архитектуру ( С ПОМОЩЬЮ ЧЕГО? ) Оценить объём трудозатрат по учёту ( КАКОЙ ЦЕНОЙ? ) Проверить соответствие требованиям и реалистичность планируемого учёта ( ДОСТИГНУТ ЛИ РЕЗУЛЬТАТ? ) 1 2 3 4 5 6 7

8. Дополнительные рекомендации «Законодательно» совмещать владение процессами управления конфигурациями и изменениями Привлекать к проектированию и пересмотру CMDB всех менеджеров процессов управления ИТ-услугами Отделять правила учёта информации в CMDB от процесса управления конфигурациями Грамотно спроектированный процесс управления конфигурациями должен быть готов к изменению границ учёта Определить «политику релизов» для правил учёта Внеочередные релизы – только устранение ошибок Новые идеи – плановые релизы, чётко по графику (например, 1 в раз в квартал) Не позволять технологиям играть определяющую роль

9. Результаты проектирования CMDB ( checklist) Правила пересмотра Требования к CMDB ( с указанием владельцев) Структура CMDB ( дерево категорий, области учёта) Правила учёта по категориям (атрибуты, статусы, …) Виды связей и правила установки связей Границы CMDB и уровень контроля изменений Правила разграничения полномочий Требования к аудиту CMDB Архитектура системы автоматизации Перспективные направления развития CMDB

10. Ключевые факторы успеха Добиться чёткой постановки задачи «Лакмусовая бумажка» постановки задачи: не «Мне нужна CMDB… », а « Мне нужно организовать учёт… » Гарантия ответа на поставленный вопрос важнее вероятности ответа на любой вопрос Проще, проще и ещё проще! Начинать с максимально простого (а не с «готовой» CMDB в продукте) Любые усложнения модели данных должны быть обоснованы Организовать процесс управления конфигурациями Отсутствие систематического контроля необратимо ведёт к потере актуальности данных Отсутствие оценки и совершенствования – к потере ценности CMDB Не уповать на «чудесные» средства автоматизации Развитый функционал в предлагаемом ПО не гарантирует реализацию полезной CMDB Готовых и автоматически формируемых CMDB не бывает

11. Дополнительная информация Тренинг «CMDB, управление изменениями и релизами» http://www.cleverics.ru/ru/services/education/cmdb Проводится регулярно, ближайшие даты: 24 .10- 26 .1 0 Корпоративные блоги по тематике ИТ-менеджмента http://www.realitsm.ru/ Можно задать свой вопрос ( [email_address] ) или комментировать в существующих постах Книга «Овладевая ITIL » http://www.cleverics.ru/ru/subject-field/owning-itil Трезвый взгляд на ITIL: честный, непредвзятый и основанный на огромном практическом опыте в сочетании с широкой эрудицией Последующие вебинары http://www.cleverics.ru/ru/subject-field/webinars

12. Спасибо за внимание! Мы знаем как управлять ИТ Вы можете это использовать