Что такое CI
Конфигурационная единица (Configuration Item, CI) — любой компонент, которым нужно управлять, чтобы предоставлять услугу: сервер, приложение, БД, сетевое устройство, лицензия, документ, даже услуга целиком. CI хранятся в CMDB. Ключевое отличие CI от просто «актива»: у CI важны не только характеристики, но и связи с другими CI.
Атрибуты и связи
У CI две составляющие: атрибуты (что это) и связи (с чем связано). Именно связи делают CMDB ценной — они дают ответ «что сломается, если упадёт этот сервер».
Типовые атрибуты: идентификатор, имя, тип, статус (в эксплуатации/в ремонте/выведен), владелец, версия, расположение, дата ввода. Типовые связи: «входит в состав», «зависит от», «использует», «установлено на».
Уровень детализации
Главный вопрос CMDB — не «как описать всё», а «что НЕ описывать». Правило: учитывайте CI на том уровне, на котором принимаете решения. Если вы никогда не управляете отдельной планкой памяти — не заводите её как CI. Слишком детальная CMDB устаревает быстрее, чем обновляется, и теряет доверие.
Типы конфигурационных единиц
- Оборудование — серверы, ПК, сетевое оборудование, периферия.
- ПО — приложения, ОС, БД, лицензии.
- Услуги — бизнес- и технические услуги (CMDB верхнего уровня).
- Документация — регламенты, инструкции, договоры.
- Люди/команды — как владельцы и ответственные (в некоторых моделях).
Частые ошибки
- Слишком детально. Учёт каждого винтика → CMDB устаревает и ей перестают верить.
- Только атрибуты, без связей. Без связей CMDB — это просто инвентарный список, не дающий анализа влияния.
- Нет владельца у CI. Никто не отвечает за актуальность → данные гниют.
- Ручное ведение всего. Что можно — наполнять автоматически (см. discovery).
В TIQQET учёт оборудования ведётся с типами, статусами, владельцами и историей, с QR-кодами для инвентаризации — это практичный уровень CMDB для большинства ИТ-служб, без перегруза.
Попробуйте TIQQET в деле
On-premise ServiceDesk с полным циклом заявок, SLA-контролем и мобильными приложениями. Развёртывание за 1 день.
Частые вопросы
Чем CI отличается от актива?
Актив — это то, что имеет ценность (учитывается в asset management). CI — компонент, которым управляют для предоставления услуги, и у него важны связи с другими CI. Многие объекты одновременно и актив, и CI, но акцент разный: у CI ключевое — связи и влияние на услуги.
Насколько детально описывать CI?
На уровне, на котором вы принимаете решения. Если вы не управляете отдельным компонентом (например, планкой памяти), не заводите его как CI. Слишком детальная CMDB устаревает быстрее, чем обновляется, и теряет доверие.
Зачем нужны связи между CI?
Связи дают анализ влияния: что сломается, если упадёт конкретный сервер, и какие CI задействованы в услуге. Без связей CMDB — просто инвентарный список. Именно связи отличают CMDB от инвентаризации.
Кто отвечает за актуальность CI?
У каждого CI должен быть владелец, отвечающий за актуальность его данных. Без явной ответственности CMDB деградирует. Плюс максимум данных стоит наполнять автоматически через discovery, оставляя ручному вводу минимум.