Сбои и доступность
503 Service Unavailable: обслуживание или перегрузка
Сайт отвечает 503 Service Unavailable. Проверим, включено ли обслуживание, исчерпаны ли ресурсы или запросы отклоняет другой узел перед приложением.
Что происходит и с чего начать
503 сообщает о временной недоступности сервиса, но не раскрывает её источник. Иногда это запланированный режим обслуживания после обновления. Иногда приложение или защитный прокси отказывает при перегрузке. Поэтому сначала нужно установить, кто формирует ответ и когда он появляется. Полезно сохранить саму страницу ошибки, время и адрес. Если отказ начался во время публикации новой версии, проверьте завершение работ, а не сразу увеличивайте серверные лимиты или отключайте защиту сайта.
Что можно проверить самостоятельно
- Запишите, когда начались отказы и что происходило в проекте в этот момент. Уточните, был ли согласован режим обслуживания и завершились ли работы по обновлению.
- Сравните несколько адресов и повторите проверку через небольшой промежуток. Отметьте, видят ли ошибку все посетители или она зависит от сети и времени обращения.
- Сохраните графики нагрузки и сообщения панели хостинга. Если есть внешний прокси или защита, сообщите об этом специалисту: ответ может формироваться ещё до приложения.
Как понять результаты проверки
Разработчик проверяет состояние приложения, веб-сервера и промежуточных сервисов. При перегрузке важны не только процессор и память, но и очередь ожидающих запросов. Если возвращается указание повторить позже, клиентское приложение должно учитывать его разумно, а не бесконечно нагружать недоступный сервис. Если причина в обслуживании, сначала выясняют, безопасно ли открывать текущую версию посетителям. Формально доступная страница с несогласованной базой после незавершённого обновления может оказаться хуже понятной временной заглушки.
Что проверяет разработчик
Для этой части понадобятся доступ к настройкам, журналам ошибок или коду. Её можно передать специалисту вместе с результатами предыдущих шагов.
- Сравните заголовки и страницу ответа с конфигурацией приложения. Проверьте режим обслуживания и состояние узлов за балансировщиком.
- Уточните, появляется ли ошибка у всех посетителей или только при определённой частоте запросов. Проверьте ограничения хостинга и правила защиты.
- Сопоставьте время сбоя с загрузкой процессов, очередями и недоступностью зависимостей. Статические файлы могут оставаться доступными при отказе приложения.
На что обратить внимание
После неудачного деплоя сайт иногда остаётся в режиме обслуживания. При перегрузке 503 может быть осознанным отказом принять новую работу, а не падением PHP.
Как исправляют причину
Если обслуживание завершено, восстановите рабочий режим после проверки приложения. При перегрузке устраните узкое место и настройте контролируемое ограничение нагрузки, не маскируя ошибку страницей с кодом 200.
Как убедиться, что проблема решена
Проверьте обычный запрос и поведение при ограничении нагрузки. Статус ответа должен соответствовать состоянию сайта, а восстановление происходить после устранения причины.
После исправления проверьте обычные страницы и важные действия: вход, формы и покупку. Убедитесь, что автоматизация публикации завершает обслуживание штатно, если причина была в ней. При перегрузке повторите сопоставимые условия и посмотрите, не заменился ли 503 долгим зависанием. Итог должен объяснять, почему сервис был недоступен и как заметить повторение причины, а не только показывать один успешный ответ.