Что такое SLA соглашение и зачем оно нужно?

SLA (Service Level Agreement) — соглашение об уровне обслуживания. Документ оговаривает измеримое качество предоставляемых услуг и качество перестает быть просто «высоким», а сервис «хорошим». Благодаря SLA уровень обслуживания можно измерить в процентах, баллах или долях, получив четкое понимание: что и в каком объеме будет выполнено в определенные временные рамки. Вот почему Service Level Agreement считается таким же важным документом, как договор, и заслуживает отдельной статьи.

Что такое SLA соглашение

Набор услуг

Основа соглашения SLA — перечень услуг. Он определяет, какие услуги оказывает ЦОД и в каком формате. Если это техподдержка, то дается определение, что входит в техническую поддержку оборудования, кто и как ее выполняет. Если доставка — подробно прописывается состав услуги и ее конечный результат. Чем более детально оговаривается формат сервиса, тем меньше спорных моментов и поводов к конфликтам. Сравните, какое определение информативней — «Доставка сервера» или «Доставка сервера, то есть транспортировка сервера от склада до склада в жесткой упаковке без подъема на этаж». Со вторым вариантом сразу понятно, на что рассчитывать.

Метрики качества

Метрики услуг универсальны, измеримы и численно отражают уровень сервиса. В дата-центрах такими метриками являются:

  1. Доступность сервиса. Определяется в процентах или часах/минутах/секундах в год. У нас в GreenBushDC доступность сервиса измеряется в процентах и составляет 99,982% в год.

  2. Время реакции на инцидент. Это время от получения сообщения об инциденте, например, отказе оборудования, до начала работ над проблемой. Инциденты, в свою очередь, делятся по уровню критичности на несколько категорий. Очевидно, что время реакции на сбои с низким уровнем критичности больше, чем время реакции на инциденты с высоким приоритетом.

Зачем вообще нужны эти метрики? Чтобы четко определить ожидания по качеству. В классических договорах это, как правило, не предусмотрено. Там вы можете увидеть размытое «Исполнитель обязан устранить неисправность после обращения заказчика». В соглашении SLA этот же пункт предельно конкретен: «Исполнитель обязан фактически приступить к устранению неисправности в рабочее время (9-18 часов) в течение 30 минут с момента регистрации заявки; в нерабочее время (19-08 часов) в течение 60 минут с момента регистрации заявки в журнале службы технической поддержки».

Что должно быть в хорошем SLA дата-центра

Пример гипотетический, но он полностью отражает разницу между договором и Service Level Agreement.

Условия оплаты и компенсации

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

В хорошем SLA есть еще и порядок разрешения спорных ситуаций. Случается, что исполнитель считает заявку выполненной, а клиент недоволен выбором технологии или результатом. К примеру, когда для восстановления работоспособности сервера подрядчик использовал не компоненты вендора, а расходные материалы из имеющихся на складе. Или когда отклонения от целевых метрик произошли по вине третьих лиц, а оборудование клиента не застраховано. Все спорные моменты невозможно отразить в соглашении SLA, но порядок рассмотрения и решения вопроса можно и нужно регламентировать. 

SLA как фактор выбора дата-центра

SLA считается одним из основополагающих критериев выбора ЦОД. Именно поэтому в некоторых соглашениях об уровне обслуживания декларируются исключительно привлекательные уровни доступности или очень жесткие штрафные санкции. С такими SLA мы рекомендуем руководствоваться трезвым расчетом и потребностями бизнеса.

С позиции трезвого расчета имеет смысл проверить, отражают ли параметры SLA фактически достоверные показатели ЦОДа, а с точки зрения потребностей бизнеса — соотнести метрики SLA и предложенную компенсацию с финансовыми и репутационными потерями при простое IT-сервиса. На практике компенсация далеко не всегда решает вопрос экономического ущерба, поэтому реальная надежность, клиентоориентированность и эксплуатационная устойчивость дата-центра важнее декларируемых санкций и компенсаций.

Поделиться:
Читать еще
Как разобраться с тарифами колокации (Co-location) 12.02.2021
Рассказываем о вариантах колокации, базовых тарифах и дополнительных опциях для размещаемого оборудования.
Читать подробнее
Виды, размеры стоек и как подобрать стойки в аренду для серверного оборудования 19.02.2021
Основные размерные параметры и виды серверных стоек, опорные пункты выбора стойки в ЦОД.
Читать подробнее
Что такое CDN и как это работает 26.02.2021
Просто и доступно рассказываем о технологии сети доставки контента CDN. Рассказываем с точки зрения практики веб-проектов и мобильных приложений.
Читать подробнее
Еще раз о важности резервного копирования 12.03.2021
Рассказываем, каким должно быть резервное копирование, чтобы минимизировать риски вашего бизнеса, а также где и как хранить бэкапы.
Читать подробнее
Требования к машзалам в ЦОД и практика построения серверных комнат 19.03.2021
Какие требования предъявляются к серверным комнатам и машинным залам при проектировании и строительстве ЦОД.
Читать подробнее
Как IaaS помогает программистам-фрилансерам 26.03.2021
Чем удобна инфраструктура как сервис для фрилансеров и как IaaS помогает упростить разработку и минимизировать риски.
Читать подробнее
контакты компании
Адрес компании
г. Москва, г. Зеленоград, Проезд №683, д. 8
Поддержка 24\7
8 800 350 15 00
ПОЧТИ готово!
Спасибо, данные вашего заказа будут переданы в отдел продаж.
После чего ожидайте звонка вашего личного менеджера.
* Поля, обязательные к заполнению.