Сервисы/услуги перейти к списку

Сервисы и услуги, которые мы поддерживаем, предоставляем, которыми пользуемся. Все оборудование или операционные системы должны либо входить в состав АРМ, либо обеспечивать работу какого-то сервиса. Сервис — это вообще какая-то самостоятельная программа или процесс, а услугу кто-то должен оказывать (человек или контрагент)

  • Заправка картриджей — услуга
  • Система управления тикетами для подачи заявки на заправку — сервис

Работу каждого сервиса должен контролировать ответственный при помощи группы техподдержки. Бывают ситуации, когда работу сервиса сопровождает другой отдел (например документооборотом рулит отдел бизнес-аналитики), в таком случае ИТ отдел должен отвечать за инфраструктуру сервиса (логика работы бизнес-процессов в документообороте — ответственность другого отдела, а свободное место на диске, доступность сети, корректность ДНС — по-прежнему за ИТ отделом)

Список

У списка три режима (переключатели в шапке):

  • Список — плоская таблица с фильтрами и сортировкой;
  • Дерево — сервисы в иерархии «родитель—дочерние»; бейдж «+N» у сервиса показывает свёрнутых потомков;
  • Распределение по сотрудникам — кто за какие сервисы отвечает; здесь же можно смоделировать отсутствие сотрудника (кнопка «Отключить») и посмотреть, на кого перейдёт поддержка.

Из неочевидного: значок слева от названия различает сервис и услугу (служебные и пользовательские) — его смысл поясняет подсказка при наведении. Площадка сервиса складывается из серверов и оборудования, на которых он работает; а раз оборудование привязано к помещениям — видно и где сервис физически расположен.

Редактирование

Форма одна и для добавления, и для редактирования. Назначение каждого поля показывают подсказки прямо в форме — ниже разобрано только то, что стоит пояснить отдельно.

Описание сервиса

В поле Краткое описание надо вписать одну-две строки, коротко поясняя, что это вообще такое. Полное описание сервиса с указанием

  • Назначения сервиса
  • Заказчика
  • Ссылок на инструкцию (для пользователей, для админов)
  • Схемы отказоустойчивости
  • Требований к глубине и подробности логирования и настройкам логротейта
  • Описания резервного копирования
  • Описания мониторинга
  • Описания доступа к сервису (на уровне IP, на уровне приложения)
  • И прочих деталей

можно вести в поле Подробно, а если настроена интеграция с DokuWiki — в вики, см. раздел «Добавление в Вики» ниже. После добавления описания в вики в инвентаризации надо добавить ссылку на вики-страничку сервиса в поле Ссылки

Просмотр

Карточка сервиса собрана из блоков:

  • шапка — имя сервиса с кнопками редактирования и удаления, метки (теги), история изменений и переключатель «Архивные»;
  • тип и место в иерархии — значок и подпись «сервис/услуга» (служебные и пользовательские), сегмент ИТ, родительский сервис («Входит в состав»);
  • стоимость и долг — стоимость в месяц по привязанным документам и строка «Долг (с …)», если есть неоплаченные счета (что именно считается — поясняет «?» рядом с суммой);
  • расписания — время предоставления и время поддержки, см. раздел «Индивидуальное расписание» ниже;
  • требования и работы — резервное копирование, прочие требования, регламентные работы;
  • описание и ссылки — краткое/подробное описание и ссылки (в т.ч. на вики-страницу, см. «Добавление в Вики»);
  • ответственные — кто отвечает за сервис и инфраструктуру, группа поддержки; если сервис предоставляет контрагент — его контакты и условия поддержки;
  • связи — на каких компьютерах и оборудовании выполняется, от каких сервисов зависит и какие зависят от него, вводы интернет и телефония, если сервис их предоставляет;
  • документы — карта связей привязанных документов и файлы-вложения.

Под карточкой выводится «Записная книжка» (если заполнена), а ниже — вкладки: Состав сервиса (дерево субсервисов), Оборудование и ОС, исходящие и входящие доступы, а также вкладки с содержимым вики-страниц из поля «Ссылки».

Индивидуальное расписание

Нужно для того, чтобы в работе сервиса можно было

  • Фиксировать дату запуска сервиса (и прекращения работы, если сервис выведен из эксплуатации)
  • Отмечать и комментировать периоды недоступности сервиса (регламентные и аварийные)

Как сделать

  • Если у сервиса/услуги не выбрано никакое расписание предоставления, то вместо него будет ссылка «Создать расписание предоставления сервиса/услуги» — кликаем, заполняем, сохраняем.
  • Если у сервиса/услуги выбрано в качестве расписания предоставления “общее” расписание, которое закреплено за несколькими сервисами, то рядом с общим будет восклицательный знак. При наведении на него мыши появится ссылка «Создать индивидуальное расписание» — кликаем, заполняем, сохраняем.

После сохранения можно будет отредактировать, а также провалиться в расписание и добавить период недоступности. Если расписание создается из “общего”, то оно наследует из него график работы на неделю. Тогда в индивидуальном достаточно будет только добавить дату запуска сервиса и фиксировать периоды недоступности при необходимости.

Удаление

Выведенный из эксплуатации сервис не удаляем, а архивируем (галочка «Архивирован» в форме): у сервиса обычно множество связей (серверы, документы, доступы, ответственные), которые желательно сохранить для истории. Архивный сервис исчезает из списков и меню выбора; показать его можно переключателем «Архивные».

Удалять стоит только заведённое ошибочно.

Добавление в Вики

Этот раздел относится к опциональной интеграции с DokuWiki. Если DokuWiki не подключена — ведите подробные описания в поле Подробно.

Общий порядок (детали зависят от устройства вашей вики):

  • Создаем в вики страницу с описанием сервиса (удобно завести шаблон страницы для однотипности описаний)
  • Чтобы на вики-странице отображалась информация о сервисе из инвентаризации, можно вставить в нее ссылку/включение с номером сервиса (номер видно в URL-ах просмотра и редактирования сервиса)
  • Заполняем разделы описания (назначение, доступ, отказоустойчивость, резервное копирование и т.п.); неприменимые разделы удаляем
  • После заполнения страницы в вики, ссылку на эту страницу надо внести в поле Ссылки в описании сервиса в инвентаризации — тогда содержимое вики-странички будет подгружаться во вкладку окна просмотра сервиса

Атрибуты

Атрибут Описание
Идентификатор
id
Код
code
Человекочитаемый и безопасный для URL идентификатор объекта. Удобно использовать в API чтобы не зависеть от переименования объектов (если код при этом сохраняется)
Примечание
comment
Краткое пояснение по этому объекту
Записная книжка
notepad
Все важные и не очень заметки и примечания по жизненному циклу этого объекта
Ссылки
links
Нужно обязательно вставить ссылку на вики страничку описания и, если они есть, на странички входа на сервис и поддержки
Каждая строка — одна ссылка: сначала описание, последнее слово — сам URL (без пробелов, вместо них %20).
Пример: описание сервиса https://wiki.domain.local/services:inventory

подробнее о типе: Ссылки (список URL) »
Архивирован
archived
Если сервис/услуга более не используется, но для истории его описание лучше сохранить - то его можно просто заархивировать, чтобы не отсвечивал
Время изменения
updated_at
Дата/время изменения объекта в БД
Дата и время в формате ГГГГ-ММ-ДД ЧЧ:ММ; можно выбрать в календаре.
Редактор
updated_by
Доп. связи
external_links
JSON структура с дополнительными объектами и ссылками на внешние информационные системы. Хранятся в виде JSON структуры. При записи значений старые узлы структуры объединяются с новыми. Запись {"link1":"value1"} изменит во всем наборе ссылок только "link1", остальные останутся без изменений. Для удаления элемента из структуры надо записать для него пустое значение, например {"link1":""}. Запись пустой строки или пустого JSON {} не меняет никаких значений.
Значение — структура в формате JSON, например {"key": "value"}.
Доступы отсюда
aces_ids
Исходящие доступы от этого сервиса/услуги к другим сервисам/услугам
Доступы сюда
acls_ids
Входящие доступы к этому сервису/услуге от других сервисов/услуг
Физ. сервера
arms
Требования по резервному копированию
backupReqs
НДС
charge
Величина НДС, входящая в месячную стоимость
Серверы
comps_ids
На каких серверах выполняется этот сервис/услуга
Серв./Оборуд.
compsAndTechs
Документы
contracts_ids
Привязанные к услуге документы. Нужно привязать только договор, а все счета/акты/доп.соглашения уже привязывать к договору
Стоимость
cost
Стоимость услуги в месяц. (если понадобится другой период - обращайтесь к разработчику)
Стоимость
sumTotals
НДС
sumCharge
Валюта
currency_id
Ед. изм. стоим.
Зависит от сервисов/услуг
depends_ids
От работы каких сервисов зависит работа этого сервиса/предоставление услуги
Dependants
dependants
Ответственный
responsible
Поддержка
support
Отв. за инфраструктуру
infrastructureResponsible
Поддержка инфраструктуры
infrastructureSupport
Краткое описание
description
Развернутое название или краткое описание назначения этого сервиса.
Все детали тут описывать не нужно. Их нужно описать в поле "Подробно" или
в поле ниже вставить ссылку на вики страничку с детальным описанием.
Ответственный за инфраструктуру
infrastructure_user_id
Ответственный за инфраструктуру сервиса (если отличается от ответственного за сервис)
Поддержка инфраструктуры
infrastructure_support_ids
Дополнительные члены команды по поддержке инфраструктуры сервиса
(если отличаются от поддержки сервиса)
Предоставляется пользователям
is_end_user
Заметят ли конечные пользователи, если это перестанет работать.
Если потребитель — только ИТ-отдел или другие сервисы, галочку не ставим
Тип объекта
is_service
Сервис — техническая система, работает на серверах/оборудовании (прокси, синхронизация с AD).
Услуга — её кто-то оказывает: человек или контрагент (предоставление интернета, обслуживание кондиционеров)
подробнее: Сервисы/услуги → Тип объекта »
Регламентное обслуживание
maintenance_jobs_ids
Какие операции регламентного обслуживания проводятся над этим сервисом
Требования по обслуживанию
maintenance_reqs_ids
Какие требования предъявляет сервис по резервному копированию,
переиндексации, обновлению, перезагрузкам и т.п.
Название
name
Короткое уникальное название сервиса или услуги
Подробно
notebook
Можно сохранять тут подробное описание сервиса
Требования по обслуживанию
otherReqs
Основной сервис/услуга
parent_id
Здесь можно указать в состав какого, более крупного сервиса, входит этот сервис
Контрагент
partners_id
Если услуга/сервис оказывается каким-либо контрагентом (иначе внутренняя)
Помещение
places_id
Привязать сервис/услугу к помещению. Иначе помещение будет косвенно выясняться на основании расположения серверов и оборудования
Время предоставления
providing_schedule_id
Расписание, когда сервисом могут воспользоваться пользователи или другие сервисы
Ответственный
responsible_id
Ответственный за работу сервиса/оказание услуги
Сегмент ИТ
segment_id
Сегмент ИТ инфраструктуры к которому относится этот сервис
Альясы
search_text
Какие еще названия используются в отношении этого сервиса (по одному в строку).
Нужно для лучшей работы поиска (искать будет не только по основному названию но и по этим).
Также при построении дерева сервисов имена и альясы родителей скрываются из дочерних сервисов (для краткости)
Площадки
sites
Дочерние сервисы (включая потомков)
childrenRecursive
Все дочерние сервисы/услуги, включая потомков потомков
Серверы (включая дочерние)
compsRecursive
Серверы, на которых живет этот сервис и его дочерние
Оборудование (включая дочерние)
techsRecursive
Оборудование, на котором живет этот сервис и его дочерние
Площадки (включая дочерние)
sitesRecursive
Площадки, на которых представлен этот сервис и его дочерние
Узлы (включая дочерние)
nodesRecursive
Все узлы (серверы и оборудование) этого сервиса и его дочерних
Поддержка
support_ids
Дополнительные члены команды по поддержке сервиса/оказанию услуги
Время поддержки
support_schedule_id
Расписание, когда нужно реагировать на сбои в работе сервиса
Теги
tags
Метки для удобной группировки и поиска сервисов/услуг
Оборудование
techs_ids
На каком оборудовании выполняется этот сервис
Вес
weight
Значимость сервиса по сравнению с другими. Используется для
  • определения наиболее весомых сервисов на сервере для выбора ответственного за сервер
  • распределения ресурсов VM между сервисами на ней
Выделено VM CPU
vm_cores
Количество ядер VM резервированное/запланированное для этого сервиса.
(Если на этот сервис запланированы ресурсы виртуализации)
Выделено VM RAM
vm_ram
Объем VM RAM в GiB зарезервированный/запланированный для этого сервиса.
(Если на этот сервис запланированы ресурсы виртуализации)
Выделено VM HDD
vm_hdd
Объем дискового пространства VM в GiB зарезервированный/запланированный для этого сервиса.
(Если на этот сервис запланированы ресурсы виртуализации)