5 признаков, что ваш сайт скоро упадет

Титаник не утонул мгновенно. Сначала был удар, потом вода в трюмах, и только потом — катастрофа. С вашим сайтом то же самое. Он "кричит" о помощи задолго до того, как упасть. Умеете ли вы читать эти сигналы?

Главное. Сайт падает не внезапно: сначала TTFB, полный пул БД, swap, рост 5xx или тишина в логах. Алерты в Prometheus/Zabbix должны сработать раньше гневных сообщений клиентов.

Чек-лист: Симптомы скорой смерти

1. Рост TTFB (Time to First Byte)

Если сервер думает дольше ~200 мс до первого байта при норме 100–120 мс — код или БД уже на пределе. 800 мс TTFB — не «чуть медленно», а очередь перед сбоем: пользователь ещё не увидел страницу, а вы уже теряете конверсию.

2. "Too many connections" в базе

Каждый SQL-запрос держит соединение. Когда пул почти полный (например 98 из 100), новые сессии получают отказ, а не «чуть подождут». Это классический потолок масштабирования до 503 на пике рекламы.

3. Swap (Свопинг) диска

Когда RAM кончилась, диск становится «памятью» и работает на порядки медленнее. Сайт деградирует скачком: таймауты, 502, OOMKill postgres. Swap на сервере сайта — повод чинить память и пул, а не «добавить диск».

4. Рост ошибок 5xx

Одна ошибка 500 в день — случайность. Десять в час — закономерность. Доля 5xx около 1% трафика — уже пожар: Директ продолжает крутиться, качество объявлений падает, клиенты видят белый экран.

5. Тишина в логах (Log Silence)

Если логи резко пропали, часто кончилось место на диске: приложение «молчит», мониторинг врёт, инцидент уже идёт. Это тихая смерть — алерт на свободное место диска должен сработать раньше клиентов в чате.

Совет: Настройте алерты в Zabbix или Prometheus. Узнавайте о проблемах раньше, чем ваши пользователи напишут гневный твит.

Что дальше

Проверим систему до пика: нагрузочное тестирование, аудит производительности, доработка контура или оценка Discovery.