Падение сайта — это не авария, а расчёт по договору

В чате скинули разбор про то, как провайдеры считают аптайм — и я сразу понял, что это не про «всё работает» или «не работает». Это про то, как именно ты узнаёшь, что сайт упал, и что с этим делать. Не просто «подожди, починим», а понять, кто виноват, когда и почему. И что делать, чтобы это не повторилось.

О чём речь и почему это важно для сайта

Попался разбор про SLA — и сразу стало ясно: процент доступности в договоре — это не про то, что сайт «всё время работает». Это про то, как именно считают, что он «работает». И где граница, за которой начинается компенсация.

Я считаю, что это важно, потому что многие думают: «если сайт падает — провайдер должен заплатить». А на деле — если не посчитать правильно, даже при падении 30 минут компенсации не будет. Или будет — но только если ты доказал, что это нарушение, а не «исключение».

Как это устроено — что тут вообще происходит

SLA — это не просто процент. Это система: окно измерения, источник данных, исключения, пороги. Например, 99,9% — это не 43 минуты в месяц, если не учитывать, что часть времени входит в исключения.

Мне важно, что в договоре указано, что считается «простоем»: только время, когда сервис не отвечает по API? Или ещё и когда пользователь не может зайти? И кто определяет, что это «падение» — наш мониторинг или логи провайдера?

Как понять, что это касается вашего сайта

Я проверяю это первым делом: смотрю, где у сайта источник доступности. Если он ведётся с одного IP, а провайдер считает по другому — уже есть расхождение.

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

Что с этим делать — как я это проверяю

Я начинаю с того, что выгружаю копию SLA — датированную, с определениями метрик. Без этого — ни шагу.

Потом проверяю, где у нас источник доступности. Если он не совпадает с тем, что указал провайдер, — перенастраиваю. Или переключаюсь на мониторинг, который они признают.

Что здесь даёт поддержка — как мы предотвращаем падения

Мы закрываем эту задачу на постоянной поддержке так: мониторинг доступности и ключевых страниц каждые несколько минут, 24/7. Это не просто «проверяем раз в час». Это реальный контроль в реальном времени.

Мы не ждём, пока сайт упадёт. Мы находим и предотвращаем — не «упало — починили», а «нашли и предотвратили». И это работает: у нас доступность сайтов клиентов — 99.8%.

Если что-то идёт не так — мы уже знаем, ещё до того, как клиент это заметил. И это не случай. Это система, которая работает без перерывов.