Сервисы и услуги, которые мы поддерживаем, предоставляем, которыми пользуемся. Все оборудование или операционные системы должны либо входить в состав АРМ, либо обеспечивать работу какого-то сервиса. Сервис — это вообще какая-то самостоятельная программа или процесс, а услугу кто-то должен оказывать (человек или контрагент)
Работу каждого сервиса должен контролировать ответственный при помощи группы техподдержки. Бывают ситуации, когда работу сервиса сопровождает другой отдел (например документооборотом рулит отдел бизнес-аналитики), в таком случае ИТ отдел должен отвечать за инфраструктуру сервиса (логика работы бизнес-процессов в документообороте — ответственность другого отдела, а свободное место на диске, доступность сети, корректность ДНС — по-прежнему за ИТ отделом)
У списка три режима (переключатели в шапке):
Из неочевидного: значок слева от названия различает сервис и услугу (служебные и пользовательские) — его смысл поясняет подсказка при наведении. Площадка сервиса складывается из серверов и оборудования, на которых он работает; а раз оборудование привязано к помещениям — видно и где сервис физически расположен.
Форма одна и для добавления, и для редактирования. Назначение каждого поля показывают подсказки прямо в форме — ниже разобрано только то, что стоит пояснить отдельно.
В поле Краткое описание надо вписать одну-две строки, коротко поясняя, что это вообще такое. Полное описание сервиса с указанием
можно вести в поле Подробно, а если настроена интеграция с DokuWiki — в вики, см. раздел «Добавление в Вики» ниже. После добавления описания в вики в инвентаризации надо добавить ссылку на вики-страничку сервиса в поле Ссылки
Карточка сервиса собрана из блоков:
Под карточкой выводится «Записная книжка» (если заполнена), а ниже — вкладки: Состав сервиса (дерево субсервисов), Оборудование и ОС, исходящие и входящие доступы, а также вкладки с содержимым вики-страниц из поля «Ссылки».
Нужно для того, чтобы в работе сервиса можно было
После сохранения можно будет отредактировать, а также провалиться в расписание и добавить период недоступности. Если расписание создается из “общего”, то оно наследует из него график работы на неделю. Тогда в индивидуальном достаточно будет только добавить дату запуска сервиса и фиксировать периоды недоступности при необходимости.
Название в форме расписания можно не заполнять — и это обычный случай для расписания, заведённого под один сервис. Расписание без названия считается индивидуальным:
Если расписание всё-таки нужно переиспользовать, дайте ему название: в карточке расписания есть ссылка «Сделать общим» — она открывает форму с уже подставленным названием, остаётся сохранить. После этого расписание появится в общем списке и в меню выбора, и удаляться вместе с сервисом перестанет.
Выведенный из эксплуатации сервис не удаляем, а архивируем (галочка «Архивирован» в форме): у сервиса обычно множество связей (серверы, документы, доступы, ответственные), которые желательно сохранить для истории. Архивный сервис исчезает из списков и меню выбора; показать его можно переключателем «Архивные».
Удалять стоит только заведённое ошибочно.
Этот раздел относится к опциональной интеграции с DokuWiki. Если DokuWiki не подключена — ведите подробные описания в поле Подробно.
Общий порядок (детали зависят от устройства вашей вики):
| Атрибут | Описание |
|---|---|
| Идентификатор | |
| Ссылки |
Нужно обязательно вставить ссылку на вики страничку описания и, если они есть, на странички входа на сервис и поддержки Каждая строка — одна ссылка: сначала описание, последнее слово — сам URL (без пробелов, вместо них %20). Пример: описание сервиса https://wiki.domain.local/services:inventory подробнее о типе: Ссылки (список URL) » |
| Архивирован | Если сервис/услуга более не используется, но для истории его описание лучше сохранить - то его можно просто заархивировать, чтобы не отсвечивал |
| Время изменения |
Дата/время изменения объекта в БД Дата и время в формате ГГГГ-ММ-ДД ЧЧ:ММ; можно выбрать в календаре. |
| Редактор | |
| Доп. связи |
JSON структура с дополнительными объектами и ссылками на внешние информационные системы. Хранятся в виде JSON структуры. При записи значений старые узлы структуры объединяются с новыми. Запись {"link1":"value1"} изменит во всем наборе ссылок только "link1", остальные останутся без изменений. Для удаления элемента из структуры надо записать для него пустое значение, например {"link1":""}. Запись пустой строки или пустого JSON {} не меняет никаких значений. Значение — структура в формате JSON, например {"key": "value"}. |
| Доступы отсюда | Исходящие доступы от этого сервиса/услуги к другим сервисам/услугам |
| Доступы сюда | Входящие доступы к этому сервису/услуге от других сервисов/услуг |
| Физ. сервера | |
| Требования по резервному копированию | |
| НДС | Величина НДС, входящая в месячную стоимость |
| Серверы | На каких серверах выполняется этот сервис/услуга |
| Серв./Оборуд. | |
| Документы | Привязанные к услуге документы. Нужно привязать только договор, а все счета/акты/доп.соглашения уже привязывать к договору |
| Стоимость | Стоимость услуги в месяц. (если понадобится другой период - обращайтесь к разработчику) |
| Стоимость | |
| НДС | |
| Валюта | Ед. изм. стоим. |
| Стандартные типы доступа |
Стандартные доступы/протоколы, которые предоставляет этот сервис потребителям Предзаполняют типы в формах предоставления доступа, когда ресурсом выбран этот сервис; в каждом конкретном доступе набор можно поменять вручную У IP-типов можно переопределить сетевые параметры для этого сервиса (например HTTPS на нестандартном порту — "TCP 8140") По протоколу и порту отсюда входящие доступы на серверы сервиса (например пробросы) попадают во вкладку входящих доступов сервиса: у сервера прокси проброс на 8443 увидит сервис, слушающий 8443, а не соседний на том же сервере |
| IP параметры типов доступа по умолчанию | Служебный атрибут для записи переопределений сетевых параметров в junction-таблицу (по образцу Aces::ipParams) |
| Зависит от сервисов/услуг | От работы каких сервисов зависит работа этого сервиса/предоставление услуги |
| Dependants | |
| Ответственный | |
| Поддержка | |
| Отв. за инфраструктуру | |
| Поддержка инфраструктуры | |
| Краткое описание |
Развернутое название или краткое описание назначения этого сервиса. Все детали тут описывать не нужно. Их нужно описать в поле "Подробно" или в поле ниже вставить ссылку на вики страничку с детальным описанием. |
| Ответственный за инфраструктуру | Ответственный за инфраструктуру сервиса (если отличается от ответственного за сервис) |
| Поддержка инфраструктуры |
Дополнительные члены команды по поддержке инфраструктуры сервиса (если отличаются от поддержки сервиса) |
| Предоставляется пользователям |
Заметят ли конечные пользователи, если это перестанет работать. Если потребитель — только ИТ-отдел или другие сервисы, галочку не ставим |
| Тип объекта |
Сервис — техническая система, работает на серверах/оборудовании (прокси, синхронизация с AD). Услуга — её кто-то оказывает: человек или контрагент (предоставление интернета, обслуживание кондиционеров) подробнее: Сервисы/услуги → Тип объекта » |
| Регламентное обслуживание | Какие операции регламентного обслуживания проводятся над этим сервисом |
| Требования по обслуживанию |
Какие требования предъявляет сервис по резервному копированию, переиндексации, обновлению, перезагрузкам и т.п. |
| Название |
Короткое уникальное название сервиса или услуги. В дереве сервисов и в навигационной цепочке начало имени, совпадающее с названием или одним из "Альясов" основного сервиса, скрывается (для краткости). Например "Телефония - Мобильная связь" внутри сервиса "Телефония" будет показано как "Мобильная связь". |
| Подробно | Можно сохранять тут подробное описание сервиса |
| Требования по обслуживанию | |
| Основной сервис/услуга | Здесь можно указать в состав какого, более крупного сервиса, входит этот сервис |
| Контрагент | Если услуга/сервис оказывается каким-либо контрагентом (иначе внутренняя) |
| Помещение | Привязать сервис/услугу к помещению. Иначе помещение будет косвенно выясняться на основании расположения серверов и оборудования |
| Время предоставления | Расписание, когда сервисом могут воспользоваться пользователи или другие сервисы |
| Ответственный | Ответственный за работу сервиса/оказание услуги |
| Сегмент ИТ | Сегмент ИТ инфраструктуры к которому относится этот сервис |
| Альясы |
Какие еще названия используются в отношении этого сервиса (по одному в строку). Нужно для лучшей работы поиска (искать будет не только по основному названию но и по этим). Также в дереве сервисов и в навигационной цепочке начало имени дочернего сервиса, совпадающее с названием или одним из альясов этого сервиса, скрывается (для краткости). Например "Телефония - Мобильная связь" внутри сервиса с альясом "Телефония" будет показано как "Мобильная связь". |
| Площадки | |
| Дочерние сервисы (включая потомков) | Все дочерние сервисы/услуги, включая потомков потомков |
| Серверы (включая дочерние) | Серверы, на которых живет этот сервис и его дочерние |
| Оборудование (включая дочерние) | Оборудование, на котором живет этот сервис и его дочерние |
| Площадки (включая дочерние) | Площадки, на которых представлен этот сервис и его дочерние |
| Узлы (включая дочерние) | Все узлы (серверы и оборудование) этого сервиса и его дочерних |
| Поддержка | Дополнительные члены команды по поддержке сервиса/оказанию услуги |
| Время поддержки | Расписание, когда нужно реагировать на сбои в работе сервиса |
| Теги | Метки для удобной группировки и поиска сервисов/услуг |
| Оборудование | На каком оборудовании выполняется этот сервис |
| Вес |
Значимость сервиса по сравнению с другими. Используется для
|
| Выделено VM CPU |
Количество ядер VM резервированное/запланированное для этого сервиса. (Если на этот сервис запланированы ресурсы виртуализации) |
| Выделено VM RAM |
Объем VM RAM в GiB зарезервированный/запланированный для этого сервиса. (Если на этот сервис запланированы ресурсы виртуализации) |
| Выделено VM HDD |
Объем дискового пространства VM в GiB зарезервированный/запланированный для этого сервиса. (Если на этот сервис запланированы ресурсы виртуализации) |