Одна история вместо сотен фактов
Компания хочет управлять сервисом. Для этого она описывает объекты как CI, получает данные из источников, защищает их качество, связывает их с сервисной моделью и превращает в решения.
Configuration: кто это и кому разрешено менять
Configuration строит правила игры до загрузки данных. Если модель или IRE настроены плохо, любой следующий dashboard лишь красиво покажет плохую CMDB.
Класс — семейное дерево
cmdb_ci — корень. Дочерний класс наследует поля родителей. Computer → Server → Windows Server. Custom class создают только если подходящего стандартного класса действительно нет.
CI Class Manager — редактор дерева
Здесь находятся Basic Info, поля, identification rule, reconciliation rules и health-настройки класса. Pinned Classes — быстрый доступ, Added — поля именно этого класса.
Required ≠ Recommended
Required может остановить вставку/обновление через IRE. Recommended обычно не блокирует запись, но снижает Completeness и может создать remediation task.
Relationship имеет смысл и направление
Используйте стандартные типы вроде Depends on::Used by. Их понимают карты, запросы и другие продукты. Связи могут быть many-to-many.
IRE как паспортный контроль
«Кто это?» Правила и identifiers ищут существующий CI. 0 совпадений → возможна вставка. 1 → update. Несколько → duplicate condition.
«Может ли этот источник создавать новые CI?» Можно разрешить update, но запретить insert.
«Может ли источник изменить это поле?» Static — приоритет источников. Dynamic — победитель вычисляется по значениям.
Сохраняет source-specific значения, показывает расхождения и то, какое значение победило.
| Если вопрос говорит… | Думайте… | Не выбирайте |
|---|---|---|
| Unique, match, new or existing | Identification rule | Reconciliation |
| Which source may update RAM | Reconciliation rule | Identifier |
| Source may update but not insert | IRE data source rule | Health inclusion rule |
| Largest / most reported value wins | Dynamic reconciliation | Static priority |
CMDB 360: три похожих свойства
| Свойство | Что именно включает |
|---|---|
glide.identification_engine.multisource_enabled | Главный переключатель CMDB 360 / multisource. |
...multisource_cmdb_ci_enabled | Source-specific data для классов, наследующих cmdb_ci. |
...multisource_non_cmdb_ci_enabled | Source-specific data для классов вне cmdb_ci. |
non нельзя потерять. В одном community-тесте его не было, поэтому ответ для non-CMDB classes оказался неверным. Dynamic reconciliation также относится к CMDB 360: она выбирает winning value из сохранённых source-specific значений.Fallback в identification: если правило конкретного child-класса не нашло CI, опция Allow fallback to parent's rules разрешает попробовать более общее parent-правило. Это не bypass IRE и не автоматическая вставка.
Изменение класса
- Upgrade: родитель → более конкретный child.
- Downgrade: child → parent.
- Switch: другая ветвь.
- Downgrade/switch могут потерять class-specific values, если целевой класс не имеет соответствующих полей.
Ingest: каким путём данные входят в CMDB
Не выбирайте инструмент только потому, что он «загружает данные». Сначала спросите: данные собираются снизу вверх, строится один сервис сверху вниз, приходит готовый vendor feed или нужен собственный ETL?
Сканирует инфраструктуру: OS, RAM, MAC, процессы и связи. Фазы: Scanning → Classification → Identification → Exploration.
Начинает с конкретного сервиса и строит зависимости. Помогает оценить impact change и быстрее найти root cause incident.
Lightweight agent-based discovery и near-real-time monitoring.
Готовая интеграция конкретного внешнего продукта из Store, CMDB-aware и IRE-aware.
Наглядный Extract/Transform/Load, когда готового коннектора нет или нужны собственные mapping rules.
Для CMDB transform map должен вызвать IRE через onBefore + CMDBTransformUtil. Прямая запись опасна.
Недоступные Discovery данные: warranty expiration, договорные и финансовые значения Discovery сам не узнает. Их регулярно импортируют из authoritative vendor/asset source, сохраняя для CI путь через IRE и reconciliation.
Группы — не техническое обнаружение
Discovery обычно найдёт OS/RAM/MAC, но не решит организационную ответственность. Managed by, Support и Change group могут прийти из CI Class Manager или Technology Management Offering. Более конкретное offering-level значение может перекрыть class-level default.
SNAssetManagement. CI, созданный самим Discovery, обычно имеет источник ServiceNow.Govern: можно ли доверять CMDB завтра
Govern — самый тяжёлый раздел экзамена. Здесь смешивают метрики, знаменатели, remediation, ownership и lifecycle. Всегда сначала определяйте: какой именно вопрос качества задан?
Данные заполнены?
Required + Recommended. Missing required/recommended fields. Можно автоматически создавать задачи.
Данные правдоподобны?
Duplicates + Orphans + Staleness. Актуальность, уникальность и ожидаемые relationships.
Данные соответствуют норме?
Audits. Desired State, certification templates/filters и scripted audits.
Health inclusion rule определяет, какие CI входят в расчёт. Поэтому два одинаковых числа могут дать разные проценты при разном scope. Всегда найдите numerator и denominator.
Если нужен score только для региона или организационного scope, создают health-type CMDB group с нужным фильтром. Не требуется отдельный CI class или переписывание глобального scheduled job.
Не путайте «число записей-дубликатов» с «числом групп дубликатов».
Correctness без путаницы
- Stale:
sys_updated_onстарше effective duration; базовый пример курса — 60 дней. - Orphan: отсутствует ожидаемая relationship. Правило нужно настроить; out-of-box orphan rules могут отсутствовать.
- Duplicate: несколько записей представляют один объект. De-Duplication Template делает remediation повторяемой.
- Main CI recommendation: most relationships, oldest created или most recently updated. Это рекомендация, не абсолютная бизнес-истина.
- Если Discovery разрешено продолжить при нескольких совпадениях, курс указывает update самого старого CI по creation date.
Data Manager = управляемый lifecycle
Это не обязательная жёсткая последовательность всех политик, а способ различать намерение: retirement меняет lifecycle; attestation спрашивает владельца «CI ещё существует?»; certification валидирует данные; archive/delete очищают eligible data. Перед archive/delete CI должен быть retired или end-of-life.
| Термин | Короткий вопрос |
|---|---|
| Attestation | «Ты подтверждаешь, что этот CI существует?» |
| Certification | «Данные соответствуют заданным требованиям?» |
| Remediation Rule | «Какой workflow запустить, чтобы исправить проблему?» |
| Data Manager policy | «Что системно сделать с lifecycle/проверкой/очисткой?» |
Insight: какой вопрос мы задаём данным
Insight — не одно приложение, а выбор правильного способа увидеть или найти данные.
| Нужно | Инструмент | Почему |
|---|---|---|
| Найти CI по классам, условиям и relationships | CMDB Query Builder | Графовый структурированный запрос |
| Спросить CMDB обычной фразой | Intelligent Search | Natural-language query |
| Увидеть service map + dependency view | Unified Map | Единая визуальная карта |
| Duplicates, Orphans, Staleness | CMDB Health Dashboard | Качество CI-данных |
| CSDM adoption, Crawl/Walk/Run/Fly, playbooks | CSDM Data Foundations Dashboard | Зрелость общей модели |
Unified Map по слоям: topology canvas показывает связи; Contextual side panel показывает детали выбранного CI. В его Related items находятся связанные Incidents и Changes.
CSDM: от идеи до работающего сервиса
CSDM — язык, который связывает бизнес, архитектуру, разработку, работающие CI и то, что получает потребитель. Главная причина ошибок — выбор правильного слова на неправильном слое.
Business Capability · Business Application · Information Object
SDLC Component
Application Service · Technology Management Service/Offering · Dynamic CI Group · discovered CIs
Business Service · Business Service Offering · Service Portfolio
Четыре слова, которые нельзя путать
Логический объект enterprise architecture: инвестиции, risk, owner, roadmap. Не обязательно один deployed instance.
Конкретный развернутый стек и его зависимости. Operational CI для Incident/Change. Родительская таблица cmdb_ci_service_auto.
Управляемая техническая capability внутреннего провайдера, например Database Platform Service.
Конкретный потребляемый вариант сервиса с commitments, группами и условиями.
Для application-focused части Design & Planning особенно важны Application Owner и Enterprise Architect: первый отвечает за конкретное приложение, второй связывает Business Capability, Business Application и Information Object в целостную архитектуру.
Операционная модель
- Dynamic CI Group — query-based набор CI, а не user groups. CI лучше не связывать через разные группы с несколькими technical offerings, иначе синхронизация ownership может конфликтовать.
- Service Builder упрощает создание Business/Technology Management Services и Offerings.
- Application Service Wizard связывает Application Service с Technology offering, Business offering и/или Business Application.
- Digital Portfolio Management даёт unified lifecycle workspace для portfolios, services, offerings и products.
- Life cycle stage + stage status — рекомендуемая современная пара lifecycle-полей; старые Install/Operational/Hardware status остаются для совместимости и синхронизации.
Data Foundations maturity
Практика из CSDM Lab instance
Урок CSDM Labs не содержит отдельного workbook или списка шагов: он выдаёт настроенный sandbox. В нём нужно узнавать следующие рабочие экраны и понимать, зачем они нужны.
Service Instance Settings
Определяет required attributes и required relationships для service instances. Среди доступных attributes: environment, version, model ID, operational status, support/change/managed by group, owned by. Среди relationships: Business Application, Technology Service Offering, Business Service Offering, parent Application Service.
Service table configs
Поля формы: Name, Service table, Application, Mapping level и Active. Mapping level выбирает Service или Service offering. Это описывает, как исходная service table участвует в CSDM mapping.
CSDM Service mappings
Связывает запись из выбранной Service table с каноническими CSDM service и CSDM Service offering. Поля: Service table, Service, CSDM service, CSDM Service offering, Active.
Data Foundations Dashboard
Вкладки Foundation, Crawl, Walk, Run, Fly. Строки indicators показывают Name, Priority, Result, Remediation playbook URL и Updated. Это не просто score: playbook ведёт от найденного gap к исправлению.
Как уложить 75 вопросов в 90 минут
Средний бюджет — 72 секунды на вопрос. Цель первого прохода — ответить на всё, а не доказать себе, что каждый сложный вопрос решён идеально.
- 0–55 мин · первый проходПростые single-choice — сразу. Длинный scenario не понял за 75–90 секунд — лучший текущий ответ + флаг + дальше.
- 55–75 мин · multi + matchingВернитесь к choose-two/three и drag-drop. Сначала исключите явно чужой домен, затем проверьте каждую выбранную пару.
- 75–86 мин · флагиМеняйте ответ только при конкретной причине: нашли слово-ограничитель, вспомнили правило, заметили лишний вариант.
- 86–90 мин · целостностьНет ли unanswered; во всех multiple select выбрано точное число; во всех matching заполнены все slots.
Чтение длинного вопроса
Что было использовано
Официальный курс CMDB Fundamentals и его knowledge checks; официальный CSDM Fundamentals quiz; CSDM 5 white paper; практическое исследование выделенного CSDM Lab instance; ServiceNow Australia documentation по IRE, Data Manager, CSDM domains и Data Foundations Dashboard; локальная дедуплицированная колода. Формулировки тренировочных вопросов созданы заново и не являются реальными экзаменационными вопросами.
IRE documentation · CSDM domains · CSDM Data Foundations Dashboard · Data Manager