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

Я бы выделил три основных требования:

1. В CMDB должны быть построены логические модели приложений и услуг. Эти модели должны включать в себя не только «физические» ресурсы (оборудование и сети), но и функциональные роли ресурсов, например, СУБД (причём, отдельно от баз данных!), web-сервер, файл-сервер, и так далее. Функциональные роли являются обязательным элементом модели, поскольку с ними, как правило, связаны свои единицы объёма потребления, а также специфичные для них затраты и зависимости мощности от обеспечивающих ресурсов.
2. Связи между элементами CMDB должны содержать атрибуты и логику, которые «переносят» от ресурсов верхнего уровня к поддерживающим ресурсам потребность в мощностях (например, вычислительных мощностях, объёме хранимых данных, местах в стойках, сетевых портах и так далее), а в обратную сторону – стоимость соответствующего обеспечения.
3. И самое сложное: для обсчёта целевой архитектуры CMDB должна уметь оперировать не только существующими объектами (CI и связями), но и плановыми. То есть создавать, хранить и логично отделять от «текущего» содержания CMDB сервисно-ресурсные модели, которые ещё только проектируются.

Таким образом, на вопрос «Можно ли использовать для сервисно-ресурсного планирования мою существующую CMDB» можно дать универсальный ответ: проверьте, соответствует ли Ваша CMDB перечисленным выше требованиям. Причём, это упражнение позволит не только получить ответ в форме «да/нет», но и определить, что именно потребует доработки.

ИНТЕНСИВ С ТРЕНЕРОМ

VAP: Управление изменениями и конфигурациями в ИТ

Повысить долю успешных изменений, снизить риски, знать всё про конфигурации