Сервисы и услуги, которые мы поддерживаем, предоставляем, которыми пользуемся. Все оборудование или операционные системы должны либо входить в состав АРМ, либо обеспечивать работу какого-то сервиса. Сервис — это вообще какая-то самостоятельная программа или процесс, а услугу кто-то должен оказывать (человек или контрагент)
Работу каждого сервиса должен контролировать ответственный при помощи группы техподдержки. Бывают ситуации, когда работу сервиса сопровождает другой отдел (например документооборотом рулит отдел бизнес-аналитики), в таком случае ИТ отдел должен отвечать за инфраструктуру сервиса (логика работы бизнес-процессов в документообороте — ответственность другого отдела, а свободное место на диске, доступность сети, корректность ДНС — по-прежнему за ИТ отделом)
У списка три режима (переключатели в шапке):
Из неочевидного: значок слева от названия различает сервис и услугу (служебные и пользовательские) — его смысл поясняет подсказка при наведении. Площадка сервиса складывается из серверов и оборудования, на которых он работает; а раз оборудование привязано к помещениям — видно и где сервис физически расположен.
Форма одна и для добавления, и для редактирования. Назначение каждого поля показывают подсказки прямо в форме — ниже разобрано только то, что стоит пояснить отдельно.
В поле Краткое описание надо вписать одну-две строки, коротко поясняя, что это вообще такое. Полное описание сервиса с указанием
можно вести в поле Подробно, а если настроена интеграция с DokuWiki — в вики, см. раздел «Добавление в Вики» ниже. После добавления описания в вики в инвентаризации надо добавить ссылку на вики-страничку сервиса в поле Ссылки
Карточка сервиса собрана из блоков:
Под карточкой выводится «Записная книжка» (если заполнена), а ниже — вкладки: Состав сервиса (дерево субсервисов), Оборудование и ОС, исходящие и входящие доступы, а также вкладки с содержимым вики-страниц из поля «Ссылки».
Нужно для того, чтобы в работе сервиса можно было
После сохранения можно будет отредактировать, а также провалиться в расписание и добавить период недоступности. Если расписание создается из “общего”, то оно наследует из него график работы на неделю. Тогда в индивидуальном достаточно будет только добавить дату запуска сервиса и фиксировать периоды недоступности при необходимости.
Выведенный из эксплуатации сервис не удаляем, а архивируем (галочка «Архивирован» в форме): у сервиса обычно множество связей (серверы, документы, доступы, ответственные), которые желательно сохранить для истории. Архивный сервис исчезает из списков и меню выбора; показать его можно переключателем «Архивные».
Удалять стоит только заведённое ошибочно.
Этот раздел относится к опциональной интеграции с DokuWiki. Если DokuWiki не подключена — ведите подробные описания в поле Подробно.
Общий порядок (детали зависят от устройства вашей вики):
| Атрибут | Описание |
|---|---|
|
Идентификатор 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 CPU vm_cores
|
Количество ядер VM резервированное/запланированное для этого сервиса. (Если на этот сервис запланированы ресурсы виртуализации) |
|
Выделено VM RAM vm_ram
|
Объем VM RAM в GiB зарезервированный/запланированный для этого сервиса. (Если на этот сервис запланированы ресурсы виртуализации) |
|
Выделено VM HDD vm_hdd
|
Объем дискового пространства VM в GiB зарезервированный/запланированный для этого сервиса. (Если на этот сервис запланированы ресурсы виртуализации) |