
Service Level Agreement (SLA): все о соглашении об уровне сервиса
Статья
Время чтения
8 минут
Для повышения эффективности работы IT-компании стремятся упорядочить бизнес-процессы: постоянно улучшают разработку продуктов, оптимизируют кадровую политику, модернизируют техническую базу и стараются обеспечить максимально прозрачные отношения с заказчиками. В этом им помогает SLA. В статье мы расскажем, что такое SLA в IT, и познакомим с его ключевыми особенностями.
Что такое SLA-соглашение?
Впервые термин SLA появился в IT-отрасли. В сфере информационных технологий (ИТ) существует методология ITIL (IT Infrastructure Library - Библиотека инфраструктуры IT). Именно оттуда пришло понятие Service Level Agreement. Хотя сейчас оно трактуется гораздо шире, основной областью, где используются соглашения об уровне сервиса, продолжает оставаться IT.
SLA (Service Level Agreement) - соглашение об уровне сервиса. Иногда вместо "сервис" употребляются слова "услуга" или "обслуживание". Суть не меняется. SLA-соглашение - документ с регламентом уровня обслуживания, которое провайдер (поставщик услуг) обязуется предоставить заказчику. В договоре SLA устанавливается уровень доступности сервиса. Дополнительно указывается время реакции на инциденты.

Грамотно составленное соглашение об уровне сервиса SLA уменьшает число формулировок с двояким толкованием. Заказчик и провайдер устанавливают ясные и понятные правила сотрудничества. Стороны четко знают свои обязанности и оперируют идентичными терминами.
Соглашение об уровне обслуживания SLA обязательно включает в себя сроки устранения последствий инцидентов. В договоре также прописываются штрафы, которые выплачивает провайдер, когда метрики качества услуги опускаются ниже заданного уровня. Во время простоев заказчик несёт минимальные убытки. Финансовые потери покрываются поставщиком услуг.
Соглашение об уровне услуг SLA выгодно обеим сторонам. Заказчики обретают уверенность в своевременном устранении инцидентов и эффективнее планируют бизнес-деятельность. Провайдеры избегают рисков от необоснованных требований к качеству услуг.
SLA в информационных технологиях
В сфере ИТ SLA означает договор на оказание IT-услуг. В стандартном соглашении обычно оговариваются следующие моменты:
период времени, в течение которого провайдер предоставляет сервис;
порядок урегулирования спорных ситуаций;
правила подачи и прохождения заявок на обслуживание специалистами провайдера;
ответственность сторон;
число, параметры, местонахождение ПО и аппаратных средств, которые задействуются в процессе оказания услуги;
размеры и сроки внесения платы за использование сервиса.
Зачем бизнесу SLA?
SLA предоставляет заказчикам IT-услуг многочисленные преимущества. После заключения договора провайдер обеспечивает качество услуг на оговоренном в соглашении уровне. Всегда есть возможность сравнить ожидаемый и фактический результат. Например, проконтролировать время обработки заявок и сопоставить с заявленным в документе.
Наличие SLA гарантирует прозрачность оплаты. Заказчик точно знает, за что платит деньги. В зависимости от условий сотрудничества, стоимость услуг устанавливается за использование сервиса в целом или с разбивкой по отдельным уровням.
Понятный механизм формирования оплаты позволяет к тому же прогнозировать затраты на применение информационных технологий. Причём за расходы легко отчитаться перед налоговой службой. Провайдер предоставляет полный пакет отчётных документов.
Если случаются простои по вине провайдера, заказчик несёт минимальные финансовые потери. Расходы компенсируются поставщиком услуг. Размер компенсации устанавливается договором и зависит от конкретной ситуации.
Примечание
SLA направляет сотрудничество с провайдером в цивилизованное русло. Стороны соглашения имеют четкое представление о своих правах и обязанностях. Между ними реже возникают споры и недопонимание.
Важно, что многие провайдеры, которые подписывают с заказчиками договоры SLA, закрепляют за ними персональных менеджеров. Взаимодействие с одними и теми же специалистами повышает эффективность сотрудничества. Со временем представители поставщика услуг начинают лучше понимать специфику клиентского бизнеса и подбирать наиболее подходящие для него решения.
Заключение SLA выгодно и провайдерам. Компании уточняют в соглашениях об уровне сервиса детали оказания услуг - вроде плановых работ или времени реакции на инциденты. С помощью договоров они определяют границы ответственности сторон, оптимизируют внутренние бизнес-процессы и налаживают более тесное взаимодействие с заказчиками.
Благодаря SLA провайдеры устраняют инциденты в рамках установленных договором параметров без согласования с заказчиками. Плюс вводят многоуровневое оказание услуг. Например, согласно срочности или выбранного тарифа.
Как правильно написать SLA
SLA составляется с учетом особенностей сервиса. В качестве ориентира можно воспользоваться следующим шаблоном.
- Служебная информация – история версий, сведения о владельце соглашения, лист согласования с фиксацией замечаний и предложений по тексту договора.
- Вводная (определительная) часть – название и версия системы, информация о разработчике, перечень модулей и интерфейсов.
- Границы предоставления услуг – удаленно/территориально (город и адрес), по графику/круглосуточно.
- Перечень услуг – обработка обращений заказчиков, устранение последствий инцидентов, консультации по работе сервиса и пр.
- Приоритеты – низкий, нормальный, высокий, высший.
- КПЭ (ключевые показатели эффективности) – время реакции и решения инцидентов в зависимости от приоритета.
Низкий | Проблема не считается критичной, но требует решения. |
Нормальный | Проблема серьёзная, но решается с помощью ручного или другого подходящего способа обхода. |
Высокий | Проблема критичная, но решение возможно без перехода на круглосуточный режим работы. |
Высший | Проблема требует скорейшего разрешения. Специалисты работают круглые сутки до полного устранения последствий инцидента. |
Пример классификации приоритетов в SLA-соглашении
SLA-соглашение начинается с вводной или определительной части. В самом начале договора приводится глоссарий. В словаре коротко описывается информационная система (ИС) и перечисляются роли участников.
Для информационной системы указывается название. Если применяется "продукт из коробки", приводится производитель - например, Oracle или Microsoft. Для самописных решений описывается стек технологий, который лежит в их основе.
Участники делятся на обычных и ключевых пользователей, а также сотрудников разных уровней поддержки (первая, вторая, третья и пр.). Для большей ясности стоит привести названия подразделений и роли их специалистов, которые вовлекаются в процесс.
На следующем этапе определяются границы действия Service Level Agreement (SLA). Территориальные устанавливают, как и где оказывается сервис. Например, в удалённом режиме или офисе заказчика. Временные отвечают на вопрос, когда предоставляются услуги – круглосуточно/определённое время, будние/выходные/праздничные дни.
В функциональных рамках задаётся мажорная версия системы, которая не изменяется после инсталляции обновлений. Если ИС относится к модульному типу, приводится перечень модулей. Наконец, указывается конфигурация и интерфейсы.
При составлении договора SLA описания услуг, которые формируют сервис, делаются краткими, но емкими и понятными. В будущем это уменьшает число вопросов от заказчиков.
Хорошая практика – приводить примеры услуг и сразу оговаривать, что в них входит или, наоборот, не включается. Услуги описываются компактно и нумеруются. В нумерованных списках гораздо проще ориентироваться.
Готовая определительная часть должна вызывать минимум вопросов. Чем меньше малопонятных моментов, тем лучше. Идеальный вариант – заказчик или его представитель понимает написанное с первого раза.
Метрики для SLA
Правильный выбор метрик для соглашения об уровне сервиса напрямую зависит от знания и понимания предметной области. В контексте информационных систем чаще всего оперируют 2 понятиями – время реакции на инцидент и целевое время решения проблемы.
Существуют и другие метрики:
периоды простоя;
время поддержки;
задержка ответа от заказчика.
Если провайдер регулярно проводит плановое ТО систем, которые отвечают за мониторинг, есть вероятность несвоевременного ответа на запрос. Во избежание конфликтных ситуаций в соглашение об уровне сервиса SLA вводится ограничение. Как вариант, гарантируется время реакции на обращение заказчика в течение 1 часа за исключением понедельников в период с 3 до 6 утра.
При указании времени поддержки оговаривается период, когда провайдер не имеет возможности поддерживать работоспособность сервиса. Многие организации работают с понедельника по пятницу и отвечают на запросы заказчиков с 9-10 утра до 18 вечера. Аналогичный график прописывается в договоре техподдержки SLA.
К описанию периодов простоя стоит подходить вдумчиво. Особенно если провайдер несёт финансовую ответственность перед заказчиком из-за недоступности сервиса. В некоторых ситуациях поставщик не может принимать адекватные меры – военные действия, стихийные бедствия, аварии магистральных каналов связи и т. п. Форс-мажоры нужно постараться спрогнозировать заранее.
Иногда для успешного решения вопроса провайдеру требуются дополнительные сведения от заказчика. Предоставление информации с задержкой нарушает временные метрики. Нарушения рассматриваются как допустимые, потому что лежат вне зоны ответственности поставщика услуг.
4 главных требования к метрикам SLA
Отражение качества сервиса.
Универсальность (использование одной и той же метрики во многих Service Level Agreement (SLA)).
Минимальное количество метрик.
Измеримость (чем проще измерить, тем лучше).
Если в договоре техподдержки SLA или аналогичном документе указывается больше 1 метрики, один из параметров обозначается как основной. Иначе провайдеру придётся заниматься сопоставлением метрик, а не критически важными проблемами. Распространённой практикой считаются штрафы за отклонение от нормы именно главного параметра.
Чтобы соглашение об уровне услуг SLA отвечало ожиданиям заказчика и провайдера, метрика должна полностью зависеть от деятельности поставщика услуг. В противном случае она перестает работать. Контроль теряется, и SLA утрачивает всякий смысл.
Как мы видим, облака все больше и больше входят в повседневную жизнь как обычных людей, так и целых компаний. Облачные вычисления сильно упрощают, и главное – ускоряют процесс создания новых сервисов, что в свою очередь положительно сказывается на общих результатах компаний. Это гибкий инструмент, функционал которого совершенствуется год от года, позволяя переложить часть непрофильных задач на плечи провайдеров и сфокусироваться на своем основном бизнесе. Важной частью успешной работы является правильно составленный договор SLA.
Чек-лист: важные моменты SLA
Итак, мы получили общее представление, что такое SLA в IT. Пришла пора рассмотреть, на какие моменты стоить обратить внимание при подготовке SLA.
Группы пользователей. Когда система большая, не пытайтесь объять необъятное. Для начала возьмите несколько групп. Допустим, привилегированные и обычные пользователи. С парой категорий работать проще и эффективнее. Заодно получите мощный фундамент знаний для дальнейших действий.
Критические сервисы. Яркий тому пример – подключение к CRM. Если компания ведёт активную торговую деятельность, отсутствие связи с CRM рискует обернуться убытками. Работа менеджеров по продажам остановится или сильно замедлится.
Нормы качества. Принимайте в расчёт функционал сервиса и так называемые "целевые показатели".
Параметры и нормативы качества сервисов. Характеристики должны отвечать 2 требованиям. Во-первых, сопоставляться с бизнес-целями, которые преследует компания. Во-вторых, отражать потребности бизнес-пользователей системы. Примеры параметров – время устранения инцидентов и восстановления работы.
Фиксация SLA. После того, как разберётесь с предыдущими вопросами, зафиксируйте SLA среди пользовательских групп с учетом нормативов качества для отобранных критических сервисов.
Информирование пользователей. Об SLA оповещаются все без исключения лица, которых касаются правила из соглашения.
Измерение соблюдения SLA. В отношении SLA нельзя полагаться на интуицию. Взвешенные управленческие решения возможны при комплексном подходе к отслеживанию выбранных параметров качества. Следите за выполнением или систематическими нарушениями процессов, чтобы принимать адекватные меры по улучшению услуг.
Анализ и оптимизация. Постоянно предпринимайте эффективные действия для достижения целевых показателей. Сервис должен на 100% удовлетворять потребности конечных пользователей.
Примеры готовых договоров SLA на английском языке
Вам может понравиться


Команда grep в Linux: как искать строки и шаблоны

PostgreSQL: что это за СУБД и чем она хороша

Что может chmod: как управлять доступами к файлам и папкам в Linux

Как узнать IP-адрес в Linux через командную строку

Как узнать IP-адрес своего компьютера

Система MySQL: что это и для чего нужна

Команды kill и killall в Linux: как завершить ненужные процессы

Работа с файлами в Linux: их создание и организация через терминал

Стандарт Tier III для дата-центра: что значит и почему это круто

Какие новости за декабрь и начало января — дайджест Cloud.ru

Что такое FTP-протокол и как настроить FTP сервер

Белые и серые IP, динамические и статические - в чем различие

Как защищать сайты и приложения в облаке от DDoS-атак

Какие новости за ноябрь — дайджест Cloud.ru

BAT-файлы: что это такое, зачем они нужны и как их создавать

Гайд по протоколу HTTP: расшифровка, структура и механизм работы

Межсетевой экран, firewall и брандмауэр: что это, в чем между ними разница и зачем они нужны

Kubernetes на Cloud.ru Evolution: возможности и преимущества

Какие новости за октябрь — дайджест Cloud.ru

Как создать сетевую архитектуру для размещения межсетевых экранов на платформе Облако VMware

Рассказать про технологии лампово, или Как мы провели конференцию GoCloud Tech для инженеров и...

Какие новости за сентябрь — дайджест Cloud.ru

Высокоресурсные вычисления: роль суперкомпьютеров в жизни и бизнесе

Реферальная программа Cloud.ru: как устроена и как на ней зарабатывать

Сетевая модель OSI: что это такое и зачем она нужна

Какие новости за август — дайджест Cloud.ru

Сетевые протоколы передачи данных — что это такое и какие бывают

Какие новости за июль — дайджест Cloud.ru

Как новые возможности в юридических документах Cloud.ru облегчают работу с договорами и не только

Какие новости за июнь — дайджест Cloud.ru

Как обновления VMware Cloud Director облегчают управление и делают работу с инфраструктурой в ...

Как мы рассчитывали «Панораму российского IT-рынка» за 2022 год

Как снизить риски утечки данных и санкций госрегуляторов: 152-ФЗ в Cloud.ru

Бесплатный курс по работе с Cloud.ru Advanced: рассказываем, в чем польза, кому подойдет и как...

Как модель Anything as a Service упрощает IT-процессы

Снижение рисков на производстве: AI-сервис распознает нарушения ношения СИЗ

Kandinsky 2.1: новый уровень в генерации изображений по текстовому описанию

Облачные сервисы для стартапов: как пройти путь от идеи до цифрового продукта и не разориться

Создать пользователя, настроить 2FA, связаться с поддержкой — новые возможности личного кабине...

VDI: что это, как работает и в чем выгода для бизнеса

Как защитить облачную инфраструктуру — рассказываем на примере межсетевого экрана нового покол...

Как начать использовать AI/ML на практике

Бессерверные вычисления: что это за технология и кому она нужна

Чек-лист: как обеспечить безопасность облачной инфраструктуры

Искусственный интеллект

Что такое IaaS?

Что такое PaaS

Machine Learning

Data Science

Машинное обучение без учителя

Классическое машинное обучение

Нейронные сети

Глубокое обучение

Защита персональных данных: как легче соблюдать закон с Cloud.ru и сохранять спокойствие

Как сохранить IT-инфраструктуру и бизнес: руководство к действию

Машинное обучение и Big Data в кибербезопасности

Ответы на актуальные вопросы

Что такое DDoS-атаки, чем они опасны и как от них защититься

Аудит информационной безопасности: что это, зачем и когда его проводить

Межсетевые экраны: UTM, NGFW-системы, NTA, NDR

Обзор межсетевых экранов, систем IPS и IDS

PostgreSQL vs MySQL: какая система подходит вашему бизнесу

Основы резервного копирования

Специальное предложение «180 дней тестового периода резервного копирования» для всех клиентов
Платформа SberCloud Advanced теперь обеспечивает максимальный уровень защиты персональных данных

Что такое объектное хранилище S3 и как его используют

Customer Enablement: как SberCloud работает с клиентами, чтобы сделать миграцию в облако комфо...

Сеть доставки контента CDN: новые функциональные возможности и преимущества

Объясняем на кейсах: польза CDN для бизнеса

Новая Windows Server 2022 в облаке SberCloud — новые возможности клиентов

Запуск нового сервиса Managed OpenShift в облачной среде SberCloud

Как работает технология DNS

SberCloud Advanced запустила третью ресурсную зону доступности для комфортной работы клиентов

PostGIS в PostgreSQL — как можно использовать

GitLab для начинающих: как и для чего используется

Краткий обзор методологии CI/CD: принципы, этапы, плюсы и минусы

Персональные данные: правильно обрабатываем и храним

Кто и зачем использует облачные модели IaaS и PaaS

152-ФЗ в облаке: хранение персональных данных в облаке

Как работает CDN (Content Delivery Network)?

Что такое «интернет поведения» (IoB)?

Чек-лист: 6 шагов для успешной миграции в облако

Машинное обучение: просто о сложном

Профессия DevOps-инженер: кто это и чем занимается

Гайд по Kubernetes. Эпизод I: k8s для неразработчиков

Публичные, частные и гибридные облака: в чем разница?
