Зачем discovery
CMDB ценна только пока актуальна. Ручное ведение не масштабируется: тысячи конфигурационных единиц меняются ежедневно, и человек физически не успевает. Discovery автоматически обнаруживает CI и их атрибуты, синхронизируя CMDB с реальной инфраструктурой.
Методы discovery
- Агентский — на каждом хосте установлен агент, который собирает и отправляет данные. Точно и подробно, но нужно развернуть и поддерживать агентов.
- Безагентский — центральный сервер опрашивает устройства по протоколам (SSH, WMI, SNMP). Без установки на хосты, но требует доступов и учёток.
- Сетевое сканирование — обнаружение устройств по сети (ping, порты, SNMP). Хорошо для «что вообще есть в сети», менее детально.
- Интеграции — импорт из существующих источников: Active Directory, гипервизоры (VMware, oVirt), облака, системы мониторинга.
Сравнение методов
| Метод | Детальность | Сложность развёртывания | Когда уместен |
|---|---|---|---|
| Агентский | Высокая | Высокая | Серверы, критичные хосты |
| Безагентский | Средняя-высокая | Средняя | Управляемая сеть с доступами |
| Сканирование | Низкая-средняя | Низкая | Инвентаризация «что есть» |
| Интеграции | Зависит от источника | Низкая-средняя | Есть AD/гипервизор/облако |
Как держать данные точными
Discovery — не разовый импорт, а регулярный процесс:
- Периодичность. Запускайте discovery по расписанию (раз в сутки/неделю), а не один раз.
- Согласование (reconciliation). Когда несколько источников дают разные данные об одном CI — нужны правила, какому источнику верить.
- Связь с изменениями. Расхождение discovery с CMDB часто означает несанкционированное изменение — повод для change management.
- Владельцы CI. Автоматика собирает атрибуты, но бизнес-контекст (владелец, критичность услуги) задаёт человек.
С чего начать
Не пытайтесь сразу покрыть всё. Начните с интеграции, которая уже доступна (обычно AD — даёт пользователей и компьютеры), добавьте сетевое сканирование для «что есть в сети», а агентов ставьте точечно на критичные серверы. Постепенно расширяйте охват, а не «всё и сразу».
TIQQET ведёт учёт оборудования с импортом и QR-инвентаризацией; для глубокого discovery интегрируется с внешними источниками — подход «начни с того, что есть, расширяй итеративно» работает и здесь.
Попробуйте TIQQET в деле
On-premise ServiceDesk с полным циклом заявок, SLA-контролем и мобильными приложениями. Развёртывание за 1 день.
Частые вопросы
Почему ручная CMDB всегда устаревает?
Инфраструктура меняется ежедневно (новые ВМ, обновления, перемещения), а человек не успевает отражать это вручную. Через несколько месяцев ручная CMDB расходится с реальностью, и ей перестают доверять. Поэтому нужен автоматический discovery.
Какой метод discovery выбрать?
Обычно комбинацию: интеграция с AD (пользователи и компьютеры), сетевое сканирование (что есть в сети), агенты на критичных серверах (детально), безагентский опрос управляемых устройств. Начинают с того, что уже доступно, и расширяют.
Что такое reconciliation в discovery?
Согласование данных из разных источников об одном CI. Когда, например, AD и гипервизор дают разные сведения, нужны правила приоритета источников, чтобы в CMDB попадала одна непротиворечивая запись.
Discovery полностью заменяет ручной ввод?
Нет. Discovery собирает технические атрибуты и связи, но бизнес-контекст — владелец CI, критичность услуги, назначение — задаёт человек. Лучшая модель: автоматика для фактов, люди для контекста.