1Что такое SLA простыми словами
SLA (Service Level Agreement) — соглашение об уровне сервиса: документ, который переводит «мы вас поддерживаем» в измеримые обязательства. Ключевые параметры — время реакции (как быстро на инцидент откликнутся) и время восстановления (как быстро починят), причём отдельно для разных уровней серьёзности: «сайт лежит» и «опечатка в футере» — разные приоритеты и разные сроки.
Смысл SLA не в санкциях, а в предсказуемости: владелец продукта заранее знает, что произойдёт при аварии в субботу вечером — кто получит алерт, в течение какого времени начнётся работа и что считается устранением. Без договора ответ на эти вопросы — «как повезёт с занятостью исполнителя».
2Мониторинг: узнавать о проблеме раньше клиентов
Фундамент сопровождения — мониторинг 24/7. Автоматика постоянно проверяет, что сайт отвечает, ключевые сценарии работают, сервер не задыхается по памяти и диску, сертификаты не истекают, а в логах не растёт волна ошибок. При отклонении команда получает алерт — часто раньше, чем проблему заметил первый пользователь.
Разница подходов видна в том, кто сообщает о поломке. Без мониторинга её обнаруживает клиент, который не смог оплатить заказ, — и неизвестно, сколько заявок пропало до его сообщения. С мониторингом отсчёт времени реакции начинается с алерта, а не с гневного письма.
3Регулярная работа: бэкапы, обновления, багфиксы
Вторая часть сопровождения — рутина, которая предотвращает аварии. Резервные копии с периодической проверкой восстановления (бэкап, из которого никогда не пробовали восстановиться, — это лотерея). Обновления зависимостей и серверного окружения — именно через устаревшие пакеты приходит большинство взломов. И текущие багфиксы: мелочи, которые всплывают в реальной эксплуатации.
Эту работу легко «сэкономить», потому что её результат невидим — ничего не происходит. Но именно накопленные необновлённые зависимости и непроверенные бэкапы превращают мелкий инцидент в катастрофу: уязвимость эксплуатируют, а восстанавливаться не из чего.
4Развитие: доработки без остановки продукта
Живой продукт постоянно требует изменений: новая акция, доработка личного кабинета, интеграция с очередным сервисом, ИИ-функции. В формате сопровождения эти задачи идут потоком через того же исполнителя, который держит инфраструктуру, — без повторного онбординга «новой команды в старый код» на каждую задачу.
Это и экономический аргумент: команда, которая знает кодовую базу, оценивает и делает доработки в разы быстрее. Практика показывает, что расставание с контекстом — самая дорогая часть смены подрядчика; сопровождение этот контекст сохраняет.
5Во что обходится простой — и как выбрать формат
Арифметика простая: возьмите дневную выручку канала и посчитайте цену часа его молчания — для магазина в сезон или сервиса с рекламным трафиком результат обычно неприятно удивляет. Добавьте невидимые потери: пользователь, попавший на ошибку, редко возвращается попробовать ещё раз, а реклама в момент простоя продолжает тратить бюджет.
Формат поддержки подбирается под эту арифметику. Небольшому сайту достаточно мониторинга, бэкапов и пакета часов на доработки; продукту с выручкой онлайн — полноценный SLA с приоритетами инцидентов и гарантированным временем реакции. Главное — чтобы формат был зафиксирован письменно до первой аварии, а не обсуждался во время неё.
