В редакцию портала поступил вопрос:
Добрый день, вопрос про управление конфигурациями, CMDB.
У нас в ИТ департаменте работает CMDB, внедрена система, ведется учет различных нужных нам CI, есть минимальный доступ для всех сотрудников компании, чтобы они могли смотреть свое оборудование и некоторую другую информацию.
И вот эта система стала предметом интересов со стороны других департментов. Например, кому-то нужно управлять какими-то данными и как раз таки наша система очень хорошо им подходит. Система позволяет гибко разделять доступы для разных департаментов, ролей – это не проблема, но администрировать ее можно только в ИТ. То есть на выходе мы можем получить одну систему, которая настраивается и администрируется в ИТ, но в ней живут классы объектов (CI), которые управляются как ИТ департаментом (сервисы, оборудование, софт, сервера и т.д.), так и другими департаментами (какие то продукты, реестры с информацией не ИТ). Какие риски можно отметить в таком подходе?
1. Риски влияния изменений, которые потребуются, например, для ИТ, но будут противопоказаны для остальных подразделений компании.
2. Риски отказоустойчивость: если рухнет ИТ часть, то рухнет всё. Можно его минимизировать через особенность инсталляции, наверно.
3. Рост расходов на поддержку системы (добавились пользователи), которая автоматизирует cmdb.
Обычно спрашиваю бизнес, какую задачу они хотят решить (им точно нужен свой вариант cmdb для ее решения)?