SLA прокси-сервиса: обязательства и контроль качества
Когда компания использует прокси в повседневной работе, ей важно понимать, какой уровень обслуживания берёт на себя провайдер. Насколько доступным должно быть подключение? Как будут устранять неисправность? Что предусмотрено, если обещанный уровень не выдержан? Эти обязательства и порядок их проверки может закреплять SLA — соглашение об уровне обслуживания.
SLA относится к правилам прокси-провайдера. В этой статье рассматривается общая практика отрасли: описанные ниже обязательства не являются обещаниями ProxyCompass. Информация о ProxyCompass вынесена в отдельный блок в конце.
Что устанавливает SLA
SLA — сокращение от Service Level Agreement. Такое соглашение придаёт обещанию измеримую форму: указывает, на какую услугу оно распространяется, какие показатели должны соблюдаться, как их проверяют и что происходит при нарушении. Это может быть публичный документ для определённого продукта, раздел условий обслуживания или индивидуальное соглашение с клиентом.
Фраза «надёжные прокси» почти ничего не говорит о конкретных обязательствах. Обещание доступности приобретает смысл, когда определено, какая часть сервиса должна работать, что считается недоступностью и за какой период оценивают результат. То же относится к поддержке: для срока ответа нужны точка отсчёта, определение самого ответа и часы работы, в которые действует обязательство.
Технические ограничения пакета и SLA решают разные задачи. Лимит соединений описывает нагрузку, которую клиент может создавать. SLA определяет уровень обслуживания при соблюдении установленных условий. Характеристики тарифа или график доступности за прошлый месяц сами по себе ещё не устанавливают обязательств SLA.
Что провайдеры могут обещать
Одна из распространённых тем SLA — доступность услуги. Соглашение также может устанавливать срок ответа поддержки. Срок восстановления и требования к производительности становятся дополнительными обязательствами, если они прямо включены в условия.
| Обязательство | Чего оно касается | Что должно быть определено |
|---|---|---|
| Доступность | Возможность пользоваться указанной прокси-услугой | Какие услуги или IP охвачены, что считается сбоем и за какой период ведётся расчёт |
| Ответ поддержки | Скорость реакции на обращение, подпадающее под условия | Канал обращения, часы работы и то, что считается ответом |
| Восстановление | Срок возвращения услуги в рабочее состояние | Начало отсчёта, категория инцидента и результат, который считается восстановлением |
| Производительность | Задержка соединения, пропускная способность или другой показатель | Точки измерения, условия проверки и допустимая нагрузка |
Для прокси особенно важно, к чему относится обещание. Провайдер может измерять доступность шлюза, отдельных адресов или пула. Отвечающий шлюз сам по себе не подтверждает, что каждый прокси-сервер или устройство за ним работает. Для обязательства по пулу также нужен порядок учёта неисправностей, затрагивающих только часть адресов.
Измерения производительности требуют такой же определённости. Время подключения к прокси и время загрузки страницы через него — разные величины. Во втором случае в результат входят дополнительные участки сетевого маршрута и время ответа конечного сайта. Обещание производительности должно указывать, о каком измерении идёт речь.
Круглосуточная поддержка описывает режим работы службы. Обязательство по первому ответу определяет, насколько быстро должны отреагировать на обращение. Обязательство по восстановлению устанавливает, когда услуга должна снова заработать. Это самостоятельные условия: одно не включает остальные автоматически.
Как провайдер поддерживает обещанный уровень
Для выполнения SLA нужны и работоспособная инфраструктура, и организованное устранение неисправностей. Перечисленные ниже меры объясняют, как можно поддерживать сервис. Они не означают, что каждый провайдер обязательно применяет все эти решения.
Резервные серверы и сетевые подключения дают возможность продолжить работу при отказе оборудования или канала связи. Чтобы резерв помог, он не должен целиком зависеть от того же компонента, который вышел из строя. Несколько прокси-серверов, подключённых через одно неисправное сетевое устройство, могут стать недоступны одновременно.
Управление трафиком позволяет направлять новые подключения на исправные серверы и прекращать выдачу соединений неисправному узлу. В ротационном пуле провайдер может исключать адреса недоступных прокси-серверов или устройств из выбора. Для фиксированного списка замена адреса может вернуть доступ, но не сохраняет прежний IP. Поэтому обязательство поддерживать работу услуги само по себе не обещает сохранение каждого адреса или уже открытого соединения.
Планирование мощности создаёт запас на случай роста нагрузки и отказов. Если оставшиеся серверы уже полностью заняты, перенос трафика с неисправного сервера способен перегрузить и их. Провайдер следит за использованием ресурсов, добавляет мощности или перераспределяет нагрузку, прежде чем нехватка станет постоянной проблемой. Лимиты соединений и запросов помогают удерживать нагрузку в пределах рабочих условий услуги.
Обслуживание оборудования и обновления программного обеспечения тоже требуют подготовки. Провайдер может заранее перевести трафик, сначала проверить обновление на небольшой части системы и предусмотреть возврат к предыдущей версии. Это уменьшает вероятность того, что плановые работы вызовут более масштабный перерыв.
Наконец, на оповещения должны реагировать люди, способные устранить проблему. Распределение ответственности, доступ к затронутым системам и порядок привлечения специалистов по сети или дата-центру влияют на скорость восстановления.
Как контролируют соблюдение SLA
У мониторинга две задачи: обнаруживать неисправности во время работы и сохранять измерения для оценки услуги за определённый период. Оповещение дежурного инженера и месячный отчёт о доступности могут опираться на одни наблюдения, но отвечают на разные вопросы.
Внутренний мониторинг проверяет системы провайдера: работу процессов, использование ресурсов, ошибки подключений и состояние сети. Он позволяет замечать развивающуюся проблему, например исчерпание доступных соединений, ещё до полного отказа сервиса.
Внешние проверки показывают, что действительно может сделать клиент. Для прокси такая проверка может включать аутентификацию, подключение через прокси к контрольному ресурсу и получение ожидаемого ответа. Проверка только открытого порта оставляет значительную часть этого пути непроверенной. Контрольный ресурс также помогает отделить неисправность прокси от сбоя на случайном стороннем сайте.
В записях должны сохраняться сведения, позволяющие определить место и время проблемы: проверенный адрес или шлюз, время, результат и ошибка. Частота проверок влияет на полноту наблюдений. Редкие проверки могут пропускать короткие перерывы, а проверка только из одной сети — не заметить проблему маршрутизации из другой. Проверку нескольких адресов нельзя выдавать за непрерывное подтверждение работоспособности каждого IP в большом пуле.
Дальше действует установленный в соглашении порядок расчёта. Доступность может оцениваться по времени работы либо по доле запросов, удовлетворяющих заданным условиям. Расчёт должен учитывать соответствующий период, правила для частичных отказов и предусмотренные исключения. Одного процента без этих правил недостаточно, чтобы понять, как получен результат.
Клиент может вести собственные измерения наряду с отчётами провайдера. Страница статуса полезна для событий, затрагивающих сервис в целом; отчёт по услуге или отдельные проверки позволяют увидеть более узкую проблему. SLA должно объяснять, какие данные используются при рассмотрении заявки и какие сведения предоставляет клиент.
Как устраняют инцидент
Проблему может обнаружить автоматическая проверка или сообщивший о ней клиент. Провайдеру нужно определить масштаб: затронут один адрес, определённая локация, аутентификация, шлюз или сервис в целом. Это помогает направить инцидент специалистам, которые могут его устранить, и установить приоритет.
Первая техническая задача — вернуть возможность пользоваться услугой. Для этого могут перезапустить неисправный процесс, перенаправить трафик, отменить обновление или привлечь сетевого оператора. Поиск и устранение первоначальной причины иногда занимают больше времени, чем восстановление доступа. Поэтому временное восстановление и окончательное устранение неисправности — разные этапы.
За информирование клиентов тоже должен кто-то отвечать. При массовом сбое инженеры могут заниматься восстановлением, а поддержка — собирать обращения и сообщать о ходе работ. Если SLA устанавливает частоту обновлений или срок передачи проблемы ответственным специалистам, соблюдение этих требований проверяется отдельно от результата ремонта.
Восстановление необходимо проверить: убедиться, что затронутые подключения снова работают, и проследить, не возвращаются ли ошибки. Если предусмотрен отчёт, в нём могут указать период инцидента, затронутые услуги, выполненные действия и меры против повторения. Объём информации, доступной клиентам, зависит от условий обслуживания.
Где действуют обязательства
Неудачный запрос сам по себе не указывает на причину проблемы. Неверные данные аутентификации, истёкший пакет, лимит соединений, отказ конечного сайта и неисправный прокси-сервер могут прервать задачу, но относятся к разным участкам её выполнения.
SLA определяет, за какие из этих участков провайдер принимает обязательства. Работоспособность прокси-подключения автоматически не обещает, что независимый сайт примет IP или вернёт нужные клиенту данные. Проблема в локальной сети клиента также отличается от неисправности инфраструктуры провайдера.
Для плановых работ и других исключений нужны определённые условия. Исключение технического обслуживания из расчёта может зависеть от предварительного уведомления или проведения работ в согласованное время. Сам факт выполнения работ ещё не объясняет, как учитывать перерыв: это устанавливает соглашение.
Зависимость от подрядчиков тоже должна быть понятна. Прокси-сервис может использовать услуги хостинга, сетевого оператора или другого поставщика. Исключается ли связанный с ними перерыв, зависит от соглашения. Само по себе привлечение подрядчика ещё не объясняет, какие обязательства действуют перед клиентом.
Что происходит при нарушении SLA
Восстановление услуги решает техническую проблему. Предусмотренная SLA компенсация относится к невыполненному обязательству. Один из вариантов — сервисный кредит: сумма, которую можно использовать для оплаты последующего обслуживания. Возможны продление срока или возврат денег, если именно такой вариант установлен документом.
Для расчёта нужна определённая база. Компенсация может зависеть от стоимости затронутой услуги, а не всех покупок в аккаунте. Разной степени нарушения могут соответствовать разные размеры кредита; также может действовать верхний предел. Эти правила определяют компенсацию по SLA. Сам факт нарушения ещё не устанавливает возмещение всех потерь от прерванной задачи.
Для получения компенсации может требоваться заявка в установленный срок. В ней могут понадобиться сведения об услуге, времени инцидента с часовым поясом и зафиксированных ошибках подключения. Заявку рассматривают по процедуре и данным, предусмотренным SLA.
Это отдельный вопрос от обычного возврата покупки. Срок возврата регулирует условия, при которых можно отказаться от приобретённой услуги. Компенсация по SLA относится к невыполнению определённого обязательства во время её использования.