Перейти к основному содержимому
Версия: 0.7.0

Управление ИТ по профилям и зрелости SAF

Профиль определяет достаточную область моделирования, зрелость — полноту связей и качество управления фактами. Ни одна ячейка ниже не является оценкой зрелости ITSM, COBIT, FitSM, SRE или DevOps.

Матрица 3×3

Профиль / зрелостьКаталогСвязанная модельУправляемая модель
СтартапОдна клиентская услуга, владелец, продуктовая система и production-среда; канал — при наличии прямого клиентского контакта. Внешние tickets связаны хотя бы с услугой.Услуга трассируется к процессу, системе, компоненту и развёртыванию; pipeline публикует deployment_id; определены критичные SLO.Проверяются владелец, фактическая версия, SLO и значимые инциденты; drift архитектуры и production разбирается регулярно.
Устойчивый бизнесКаталог бизнес- и технических услуг, ключевые владельцы, системы, среды, CI и критичность.Service offering, услуги, процессы, способности, системы и CI связаны; incident/change ссылаются на услугу и конфигурацию.Определены авторитетные источники, жизненный цикл mapping, SLA/SLO, change traceability и показатели качества данных.
ПредприятиеФедеративные каталоги услуг, продуктов, активов, CI и архитектуры с общей схемой идентификаторов и классификаций.Сквозной граф объединяет бизнес-услуги, технические услуги, продукты, приложения, инфраструктуру и операционные зависимости между доменами.Governance определяет владельцев, политики, исключения, assurance, федеративную сверку, audit trail и влияние изменений на портфель.

Минимум по профилям

Стартап

Приоритет — работоспособная поставка и быстрый feedback. Достаточно стабильного ID клиентской услуги, владельца, основных компонентов, production-развёртывания, нескольких пользовательских SLO и ссылок из incident/deployment tooling. Полноценная CMDB обычно преждевременна; фактическая конфигурация может извлекаться из cloud API и IaC.

Устойчивый бизнес

Появляются несколько каналов и команд, каталог предложений, зависимости между системами, service desk, изменения и соглашения об уровне. Здесь ценность даёт явный мост SAF–CMDB и разделение бизнес-услуг, технических услуг, CI и активов.

Предприятие

Главная проблема — не наличие каталогов, а согласование идентичности, владения и источников истины между доменами и поставщиками. Нужны федерация, временная применимость связей, provenance, policy, assurance и управляемые исключения.

Минимум по уровням зрелости

Каталог

Объекты перечислены и имеют владельца, статус и идентификатор. Ссылки из операционных систем могут быть неполными, но названия не используются как единственный ключ.

Связанная модель

Можно пройти от потребителя и предложения услуги к услуге SAF, процессу, способности, системе, компоненту, развёртыванию, CI и актуальным operational records. Тип mapping фиксируется явно.

Управляемая модель

Для каждого класса данных назначен источник истины, проверяются качество и период действия, хранится история mapping и решения об исключениях. Показатели показывают не только количество записей, но и пригодность связей для impact analysis и управления услугой.

Рекомендуемая эволюция

  1. Начать со стабильных идентификаторов услуг и владельцев.
  2. Связать услуги с системами и фактическими развёртываниями.
  3. Добавить service offering и SLO только там, где есть потребительское различие.
  4. Ввести CI для элементов, конфигурация которых действительно контролируется.
  5. Связать incident/change/release по идентификаторам, не копируя записи.
  6. Назначить источники истины и проверку drift.
  7. Федеративно расширять модель, сохраняя исходные идентификаторы SAF.

Подробные границы сущностей приведены на странице «Связи SAF с управлением ИТ».