Введение
Сервисный инвентарь (Service Inventory) – структурированный реестр всех ИТ-сервисов, которые предоставляет ИТ-организация. Каждая запись инвентаря описывает сервис с точки зрения его назначения, технических компонентов, уровней обслуживания (SLA), зависимостей от инфраструктуры и других сервисов, а также ответственного владельца.
Концепция Service Inventory является частью методологии ITIL (IT Infrastructure Library) и составляет основу Service Catalogue – публичной части инвентаря, доступной пользователям для запроса услуг. Без актуального сервисного инвентаря невозможно выстроить полноценное управление ИТ-услугами (ITSM).
История и контекст
Концепция систематического управления ИТ-услугами получила развитие с выходом ITIL v2 в конце 1990-х. Тогда же было введено разграничение между Service Catalogue (каталогом для пользователей) и более полным Service Portfolio, включающим сервисы в разработке и выведенные из эксплуатации.
В ITIL v3 (2007) понятие сервисного инвентаря как полного реестра всех сервисов было систематизировано в рамках процесса Service Catalogue Management. ITIL 4 (2019) расширил подход, введя концепцию Service Value System, в которой сервисный инвентарь является информационным активом для принятия решений.
Параллельно с ITIL развивалась концепция SOA Service Inventory в рамках сервис-ориентированных архитектур – реестр всех веб-сервисов и микросервисов предприятия.
Как это работает
Сервисный инвентарь формируется путём обнаружения, документирования и классификации всех ИТ-сервисов. Типичная структура записи инвентаря:
- Идентификатор и наименование сервиса – уникальный код и понятное название.
- Описание и назначение – что делает сервис, кто является потребителем.
- Тип сервиса – бизнес-сервис (Email, CRM) или технический (DNS, мониторинг).
- SLA-параметры – доступность (%), время реакции на инцидент, RPO/RTO.
- Компоненты и зависимости – серверы, БД, сети, от которых зависит сервис (связь с CMDB).
- Владелец сервиса – ответственный менеджер или команда.
- Статус – действующий, в разработке, выведен из эксплуатации.
Где применяется
- ИТ-подразделения крупных организаций – инвентаризация всех ИТ-услуг для управления их качеством.
- Service Desk – диспетчеры используют каталог для классификации обращений и маршрутизации к нужным командам.
- Управление изменениями – анализ влияния изменений инфраструктуры на сервисы.
- Финансовое управление ИТ – расчёт стоимости каждого сервиса для showback/chargeback.
- Соответствие требованиям – аудит того, какие данные обрабатываются каким сервисом (GDPR, 152-ФЗ).
- Микросервисная архитектура – реестр API и микросервисов в DevOps-среде.
Преимущества и ограничения
Преимущества:
- Прозрачность ИТ-ландшафта – руководство и бизнес понимают, какие сервисы существуют.
- Ускорение обработки инцидентов – диспетчер сразу видит SLA и ответственного владельца.
- Основа для управления бюджетом ИТ – стоимость каждого сервиса.
- Снижение «теневых ИТ» – несанкционированные сервисы выявляются при инвентаризации.
Ограничения:
- Трудозатратность создания и поддержания актуальности инвентаря.
- Без автоматизации (CMDB, ITSM-платформы) инвентарь быстро устаревает.
- Сложность классификации в гибридных и облачных средах с динамически создаваемыми сервисами.
Связь с другими понятиями
Service Inventory является основой для Service Catalogue – той части реестра, которая доступна пользователям для запроса услуг. Он неразрывно связан с CMDB (Configuration Management Database), хранящей информацию о технических компонентах, обеспечивающих работу сервисов.
В контексте SOA (Service-Oriented Architecture) сервисный инвентарь – это реестр всех опубликованных веб-сервисов предприятия, необходимый для управления повторным использованием и версионированием. В ITSM-системах (ServiceNow, Jira Service Management, российские ITSM-решения) функционал ведения сервисного инвентаря встроен в платформу.
