configuration

Конфигурация в ITSM описывает, как именно собраны и согласованы компоненты, необходимые для предоставления продукта или услуги, и в каком состоянии находятся их настройки. В практическом смысле это «что из чего состоит и как связано» (состав, связи, версии, размещение, зависимости) и «как настроено» (параметры ОС, приложений, сетевых устройств, правил безопасности и т. д.). Понимание конфигурации критично для управления сервисными конфигурациями: оно помогает оценивать влияние изменения, быстрее восстанавливать услугу при инциденте, планировать релиз и развёртывание, а также обеспечивать соответствие требованиям и повторяемость среды. Конфигурация часто фиксируется через запись о конфигурации в системе управления конфигурациями или базе данных управления конфигурациями, но сам термин шире инструмента: он применим и к логическому описанию, и к фактическому состоянию рабочей среды. В типичных организациях конфигурация используется как основа для анализа рисков, для диагностики, для выявления дрейфа настроек и для управления версиями. Вне охвата термина находятся управленческие договорённости и ожидания уровня услуги (например, SLA), а также финансовая оценка и учёт активов как таковых; конфигурация не равна реестру активов и не описывает ценность услуги сама по себе.

Конфигурацию часто ошибочно сводят либо к перечню объектов, либо к одному объекту. Конфигурационная единица — это отдельный управляемый элемент, а конфигурация — это их совокупность и/или конкретные настройки; одна и та же конфигурационная единица может входить в разные конфигурации (например, общий сервис аутентификации используется несколькими услугами). Другая распространённая путаница — смешение конфигурации с записью о конфигурации: запись — это представление данных в системе управления конфигурациями, а конфигурация — состояние реального мира или целевого устройства, которое запись лишь отражает и может отражать с задержкой. Также конфигурацию нередко путают с базовым состоянием: базовое состояние — это зафиксированная опорная точка (обычно утверждённая), тогда как конфигурация может быть текущей, целевой или планируемой и меняться чаще. Практическая ловушка — стремление «задокументировать всё»: это приводит к дорогому сопровождению и низкому качеству данных; управлять следует теми КЕ и параметрами, которые реально нужны для управления риском и восстановления услуги. Ещё один риск — игнорирование дрейфа конфигурации между изменениями (ручные правки, автоматические обновления), из-за чего диагностика инцидентов и оценка изменений становятся ненадёжными.