server

Сервер в ITSM-контексте рассматривается как компонент инфраструктуры, на котором выполняются функции, необходимые для предоставления и поддержки ИТ-услуг. Это может быть физический сервер, виртуальная машина или логически выделенная вычислительная среда в облачных вычислениях, если она выполняет серверные роли. На серверах размещают приложения, базы данных, средства аутентификации, файловые сервисы, средства мониторинга и другие компоненты, которые потребляются пользователями или другими системами по сети. В практической работе сервер обычно учитывается как конфигурационная единица или как часть сервисной архитектуры, имеет владельца и жизненный цикл, к нему привязывают метрики доступности и производительности, а также требования гарантии, такие как целевое время восстановления и целевая точка восстановления. Серверы часто являются объектами изменений, релизов и развёртываний, поэтому их состояние и конфигурация должны быть управляемыми и воспроизводимыми. Вне области термина «сервер» находятся организационные аспекты предоставления услуги, такие как соглашение об уровне услуг, управление отношениями или финансовые модели; также «сервер» не равен самой ИТ-услуге и не описывает ценность, которую получает заказчик.

Сервер часто ошибочно понимают как синоним ИТ-услуги: на практике сбой сервера может не приводить к снижению качества услуги из‑за резервирования или архитектуры, а одна ИТ-услуга может зависеть от десятков серверов. Другая типичная путаница связана с формой реализации: физический сервер, виртуальный сервер и серверная функция в платформе облачных вычислений могут восприниматься как разные сущности, хотя с точки зрения управления услугами важнее роль и ответственность, чем «железо». Также распространена ошибка считать, что любой сервер должен быть доступен пользователям напрямую; многие серверы обслуживают только другие системы, и воздействие на пользователей проявляется косвенно через инциденты или падение производительности. В конфигурационном учёте опасно фиксироваться только на технических атрибутах и игнорировать зависимости: без связей с приложениями, данными, сетевыми компонентами и сервисными отношениями анализ влияния инцидента или оценка риска изменений становятся неточными. Наконец, «сервер» не означает автоматически «высокую надёжность»: надёжность и доступность достигаются проектированием, управлением изменениями, мониторингом, тестированием и планами восстановления, а не самим фактом наличия сервера.