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