Когда сайт перестал открываться, важно быстро понять масштаб сбоя и не потерять время на случайные перезапуски. Последовательная проверка помогает отделить проблему домена и сети от ошибки приложения.
Успешный ответ главной страницы не гарантирует, что посетитель может войти в кабинет или отправить заявку. Мониторинг должен проверять доступность значимых действий и доводить сигнал до человека, который способен устранить проблему.
Похожие страницы ошибок возникают на разных участках цепочки между браузером и приложением. Код ответа помогает выбрать первую проверку, но точную причину подтверждают журналы и состояние сервисов в момент сбоя.
Заполненный диск способен остановить базу данных, журналы, загрузку файлов и обновления. Безопасная очистка начинается с определения раздела и источника роста, а не с удаления самых больших каталогов вслепую.
Сообщение о недоступной базе может быть вызвано неверными реквизитами, сетью, лимитом соединений или остановкой сервера базы. Последовательная проверка помогает не менять настройки наугад.
Форма может показать посетителю успех, хотя письмо не отправилось или оказалось отклонено. Проверять нужно весь путь: сохранение обращения, обработчик, почтовый сервер и конечный ящик.
Резкий рост запросов может быть атакой, рекламной кампанией, поисковым роботом или внутренним циклом. Блокировки без диагностики способны отключить именно тех посетителей, ради которых сайт работает.
Одна страница может одновременно кешироваться браузером, CDN, веб-сервером, плагином и объектным кешем. Очистка случайного слоя помогает не всегда и скрывает правила, по которым устарели данные.
Планировщик публикует записи, очищает данные, запускает рассылки и обслуживает плагины. Если задачи зависят от посещений или один обработчик завис, проблема может долго оставаться незаметной.
Агенты выполняют периодические действия сайта, но задержка может проявиться только в рассылке, обмене или обработке заказов. Контроль расписания и длительности помогает увидеть проблему до жалобы пользователя.