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

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

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

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

Список

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

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

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

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

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

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

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

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

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

Просмотр

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

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

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

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

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

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

Как сделать

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

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

Название: общее или индивидуальное

Название в форме расписания можно не заполнять — и это обычный случай для расписания, заведённого под один сервис. Расписание без названия считается индивидуальным:

  • оно не показывается в общем списке расписаний и его нельзя выбрать для другого объекта (список расписаний не засоряется одноразовыми записями);
  • называется оно по своему владельцу — «Расписание работы <название сервиса>»;
  • когда сервис удаляют или переключают на другое расписание, индивидуальное расписание удаляется вместе с ним.

Если расписание всё-таки нужно переиспользовать, дайте ему название: в карточке расписания есть ссылка «Сделать общим» — она открывает форму с уже подставленным названием, остаётся сохранить. После этого расписание появится в общем списке и в меню выбора, и удаляться вместе с сервисом перестанет.

Удаление

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

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

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

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

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

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

Атрибуты

Атрибут Описание
Идентификатор
id
Архивирован Если сервис/услуга более не используется, но для истории его описание лучше сохранить - то его можно просто заархивировать, чтобы не отсвечивал
Время изменения Дата/время изменения объекта в БД
Дата и время в формате ГГГГ-ММ-ДД ЧЧ:ММ; можно выбрать в календаре.
Редактор
Доступы отсюда Исходящие доступы от этого сервиса/услуги к другим сервисам/услугам
Доступы сюда Входящие доступы к этому сервису/услуге от других сервисов/услуг
Физ. сервера
Требования по резервному копированию
НДС Величина НДС, входящая в месячную стоимость
Серверы На каких серверах выполняется этот сервис/услуга
Серв./Оборуд.
Документы Привязанные к услуге документы. Нужно привязать только договор, а все счета/акты/доп.соглашения уже привязывать к договору
Стоимость Стоимость услуги в месяц. (если понадобится другой период - обращайтесь к разработчику)
Стоимость
НДС
Валюта Ед. изм. стоим.
Стандартные типы доступа Стандартные доступы/протоколы, которые предоставляет этот сервис потребителям
Предзаполняют типы в формах предоставления доступа, когда ресурсом выбран этот сервис; в каждом конкретном доступе набор можно поменять вручную
У IP-типов можно переопределить сетевые параметры для этого сервиса (например HTTPS на нестандартном порту — "TCP 8140")
По протоколу и порту отсюда входящие доступы на серверы сервиса (например пробросы) попадают во вкладку входящих доступов сервиса: у сервера прокси проброс на 8443 увидит сервис, слушающий 8443, а не соседний на том же сервере
IP параметры типов доступа по умолчанию Служебный атрибут для записи переопределений сетевых параметров в junction-таблицу (по образцу Aces::ipParams)
Зависит от сервисов/услуг От работы каких сервисов зависит работа этого сервиса/предоставление услуги
Dependants
Ответственный
Поддержка
Отв. за инфраструктуру
Поддержка инфраструктуры
Краткое описание Развернутое название или краткое описание назначения этого сервиса.
Все детали тут описывать не нужно. Их нужно описать в поле "Подробно" или
в поле ниже вставить ссылку на вики страничку с детальным описанием.
Ответственный за инфраструктуру Ответственный за инфраструктуру сервиса (если отличается от ответственного за сервис)
Поддержка инфраструктуры Дополнительные члены команды по поддержке инфраструктуры сервиса
(если отличаются от поддержки сервиса)
Предоставляется пользователям Заметят ли конечные пользователи, если это перестанет работать.
Если потребитель — только ИТ-отдел или другие сервисы, галочку не ставим
Тип объекта Сервис — техническая система, работает на серверах/оборудовании (прокси, синхронизация с AD).
Услуга — её кто-то оказывает: человек или контрагент (предоставление интернета, обслуживание кондиционеров)
подробнее: Сервисы/услуги → Тип объекта »
Регламентное обслуживание Какие операции регламентного обслуживания проводятся над этим сервисом
Требования по обслуживанию Какие требования предъявляет сервис по резервному копированию,
переиндексации, обновлению, перезагрузкам и т.п.
Название Короткое уникальное название сервиса или услуги.
В дереве сервисов и в навигационной цепочке начало имени, совпадающее с названием или одним из "Альясов" основного сервиса, скрывается (для краткости). Например "Телефония - Мобильная связь" внутри сервиса "Телефония" будет показано как "Мобильная связь".
Подробно Можно сохранять тут подробное описание сервиса
Требования по обслуживанию
Основной сервис/услуга Здесь можно указать в состав какого, более крупного сервиса, входит этот сервис
Контрагент Если услуга/сервис оказывается каким-либо контрагентом (иначе внутренняя)
Помещение Привязать сервис/услугу к помещению. Иначе помещение будет косвенно выясняться на основании расположения серверов и оборудования
Время предоставления Расписание, когда сервисом могут воспользоваться пользователи или другие сервисы
Ответственный Ответственный за работу сервиса/оказание услуги
Сегмент ИТ Сегмент ИТ инфраструктуры к которому относится этот сервис
Альясы Какие еще названия используются в отношении этого сервиса (по одному в строку).
Нужно для лучшей работы поиска (искать будет не только по основному названию но и по этим).
Также в дереве сервисов и в навигационной цепочке начало имени дочернего сервиса, совпадающее с названием или одним из альясов этого сервиса, скрывается (для краткости). Например "Телефония - Мобильная связь" внутри сервиса с альясом "Телефония" будет показано как "Мобильная связь".
Площадки
Дочерние сервисы (включая потомков) Все дочерние сервисы/услуги, включая потомков потомков
Серверы (включая дочерние) Серверы, на которых живет этот сервис и его дочерние
Оборудование (включая дочерние) Оборудование, на котором живет этот сервис и его дочерние
Площадки (включая дочерние) Площадки, на которых представлен этот сервис и его дочерние
Узлы (включая дочерние) Все узлы (серверы и оборудование) этого сервиса и его дочерних
Поддержка Дополнительные члены команды по поддержке сервиса/оказанию услуги
Время поддержки Расписание, когда нужно реагировать на сбои в работе сервиса
Теги Метки для удобной группировки и поиска сервисов/услуг
Оборудование На каком оборудовании выполняется этот сервис
Вес Значимость сервиса по сравнению с другими. Используется для
  • определения наиболее весомых сервисов на сервере для выбора ответственного за сервер
  • распределения ресурсов VM между сервисами на ней
Выделено VM CPU Количество ядер VM резервированное/запланированное для этого сервиса.
(Если на этот сервис запланированы ресурсы виртуализации)
Выделено VM RAM Объем VM RAM в GiB зарезервированный/запланированный для этого сервиса.
(Если на этот сервис запланированы ресурсы виртуализации)
Выделено VM HDD Объем дискового пространства VM в GiB зарезервированный/запланированный для этого сервиса.
(Если на этот сервис запланированы ресурсы виртуализации)