SLA: договор, который превращает «постараемся» в обязательства

SLA (Service Level Agreement) — соглашение об уровне сервиса между заказчиком и поставщиком ИТ-услуг. Документ описывает, что именно поставщик обязан делать, в какие сроки, с какой доступностью и что происходит при нарушениях. Без SLA отношения с подрядчиком держатся на доброй воле, что в продакшн-задачах неприемлемо.

Зачем это нужно бизнесу

Без SLA любой инцидент превращается в торг. «Когда почините?» — «Скоро». «А насколько скоро?» — «Постараемся». Через сутки выясняется, что у подрядчика три проекта приоритетнее, а ваш стоит в очереди.

SLA меняет правила. В документе зафиксированы конкретные параметры: доступность сервиса в процентах, время реакции на заявку по каждому уровню критичности, время восстановления, штрафные санкции за нарушения. Подрядчик планирует ресурсы под эти обязательства, заказчик понимает, что получит за свои деньги.

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

Третий — финансовый. SLA позволяет связать стоимость услуги с её качеством. Премиум-режим с реакцией 15 минут и восстановлением 1 час стоит одних денег, бизнес-режим с реакцией 1 час и восстановлением 4 часа — других. Заказчик платит ровно за тот уровень, который ему нужен.

Как это работает

В нормальном SLA фиксируются три группы параметров.

Параметры доступности. Главный показатель — uptime, процент времени, когда сервис работал в рабочее окно. Считается за период (обычно месяц или год). Типичные значения и связанные с ними бюджеты простоя в год:

Уровень	Доступность	Допустимый простой в год	Допустимый простой в месяц
Базовый	99,0%	3 дня 15 часов	7 часов 18 минут
Стандарт	99,5%	1 день 19 часов	3 часа 39 минут
Бизнес	99,9%	8 часов 45 минут	43 минуты
Премиум	99,95%	4 часа 22 минуты	21 минута
Высокий	99,99%	52 минуты	4 минуты 22 секунды

Чем выше доступность, тем дороже инфраструктура, тем сложнее конструкция (резервирование каналов, узлов, ЦОД, Kubernetes, репликация данных). Перепрыгивать с 99% на 99,99% «по щелчку» не получается — нужны архитектурные изменения.

Параметры реакции и восстановления. Заявки классифицируются по критичности: P1 (полный отказ сервиса), P2 (частичный отказ), P3 (отдельные функции), P4 (вопросы и улучшения). Для каждого уровня — своё время реакции (когда исполнитель принял заявку в работу) и время восстановления (когда сервис вернулся в норму). Реакция — измеримая величина, восстановление — целевая, на неё может влиять характер инцидента.

Финансовые последствия. Что происходит при нарушении SLA: штраф фиксированной суммой, кратной абонплате, либо процент от платежа за период. Иногда — право заказчика на досрочное расторжение без штрафов. Важно: штрафы не должны превращаться в «откуп» от качества — у адекватного подрядчика штраф меньше, чем стоимость недовольного клиента.

Отдельный блок SLA — окно обслуживания (maintenance window). Это согласованные часы, в которые подрядчик имеет право проводить плановые работы с возможным простоем. Простой в окне обслуживания не считается нарушением SLA — это нормальная инженерная практика.

Когда нужно компании

SLA нужен всегда, когда речь идёт о коммерческих услугах ИТ-сопровождения. Конкретно:

• Заключаете договор на ИТ-аутсорсинг, поддержку 1С, сопровождение сайта или сервиса.
• Подключаете услуги связи и хотите гарантий доступности канала.
• Заказываете managed service по серверной инфраструктуре, Kubernetes-кластеру, базам данных.
• Внутри компании выстраиваете отношения между ИТ-департаментом и бизнес-подразделениями.
• Регулятор (банковский ЦБ, КИИ-187-ФЗ) требует формальные обязательства по доступности.

Без SLA можно работать на коротких разовых задачах — там это избыточная бюрократия.

Что включает наша услуга

• Проектирование SLA под задачи заказчика: какие сервисы, какие уровни, какие штрафы, какое окно обслуживания.
• Развёртывание системы измерения SLA: мониторинг uptime, учёт времени реакции и восстановления, отчётность.
• Заключение договора с прозрачными условиями, без «звёздочек мелким шрифтом» в исключениях.
• Регулярные отчёты по SLA в личном кабинете и по email: процент выполнения, инциденты, плановые работы.
• Пересмотр SLA по итогам периода: что работает, что нужно усилить, где можно сэкономить.
• Поддержка по ITIL-процессам с NOC 24/7.

Связанные термины

• ITIL и процессы IT-аутсорсинга
• Аудит и документация IT-инфраструктуры
• DevOps и SRE
• Kubernetes — оркестрация контейнеров
• CI/CD

Получить расчёт

Зайдите в калькулятор, отметьте чекбокс «SLA — соглашение об уровне сервиса» и получите ориентир по цене. Финальная смета — после согласования параметров SLA и состава услуг.