Кейс технического обслуживания интернет-сайта федерального дистрибьютора запчастей

Задача

Каждую пятницу в 18:00 сайт клиента полностью вставал. Покупатели видели ошибку 504 Gateway Timeout (сервер не успевал ответить). В понедельник утром сайт сам оживал. Бизнес терял заказы в самые пиковые часы перед выходными. Предыдущий подрядчик не смог найти причину.

Руководитель IT-отдела (Михаил) обратился в «Технодзен» с просьбой взять сайт на техническое обслуживание. Условия договора: реакция на сбой — 15 минут, аптайм (доступность) — 99,9%.

Цель: не просто разово починить, а сделать так, чтобы сайт больше никогда не падал.

Решение

Провели диагностику и обнаружил три критические проблемы:

1. Скрипт-самоубийца в cronКаждую пятницу в 18:00 запускалась задача, которая парсила (собирала данные)... этот же самый сайт. Предыдущий администратор заменил им штатный обмен с 1С, потому что интеграция постоянно рвалась. Скрипт клал базу данных.
2. Полностью отключено кешированиеКаждая загрузка страницы заново обращалась к базе данных. На пике диск простаивал в ожидании до 40% времени.
3. Устаревшая версия PHP (7.2)Два года без обновлений безопасности — дырявый и медленный фундамент.

План действий (утверждён клиентом):

Шаг 1. Аварийное отключение парсера (первые сутки)Денис одной командой выключил проблемную задачу. Затем настроил штатный API-обмен с 1С — ошибка оказалась в неверном пути к папке. Цены пошли сами, без парсинга.Результат дня: сайт перестал падать по пятницам.

Шаг 2. Апгрейд и настройка кеширования (2 недели)

1. Переход на облачную архитектуру (три сервера вместо одного — балансировка нагрузки).
2. Включено кеширование всех уровней — страница генерируется один раз и отдаётся из памяти.
3. Обновление PHP с 7.2 до 8.1 с правкой устаревших участков кода.
4. Автоматическое сжатие картинок и файлов.

Шаг 3. Мониторинг 24/7 (ещё 2 недели)

1. Система слежения за нагрузкой, временем ответа и ошибками.
2. Уведомление инженера при замедлении свыше 1 секунды.
3. Ежедневные резервные копии с хранением 30 последних версий.

Результат

1. Через месяц после начала работ средняя скорость загрузки страницы сократилась с 3,4 секунды до 0,27 секунды — то есть сайт стал работать в 12 раз быстрее.
2. Пиковая нагрузка на процессор упала с 95% до 22%, сервер перестал задыхаться.
3. Ошибки 504, которых раньше случалось больше сотни в неделю, исчезли полностью — ноль за месяц.
4. Аптайм (доступность сайта) вырос с 98,3% (почти 12 часов простоя в месяц) до 99,99% — это меньше часа простоя в год, и те только плановые, о которых клиент предупреждается заранее.

Руководитель IT-отдела Михаил передал сайт на полную поддержку в «Технодзен» и перестал дёргаться по ночам.

Комментарий агентства

Андрей Сухоносенко

«Часто слышу: „Зачем нам обслуживание сайта, он же работает?“. Отвечаю этим кейсом. Проблема оказалась в одном кривом скрипте, но без системной диагностики — ни один „волшебный тумблер“ не помог бы. После наших работ сайт не просто перестал падать — он начал летать. Мой главный совет: не ждите пятницы. Если вы ищете, куда отдать сайт на техническое обслуживание, сначала попросите показать список запланированных задач (cron) и версию PHP. В 80% случаев проблемы кроются там. А мы в „Технодзен“ сделаем экспресс-аудит за пару часов бесплатно — просто чтобы вы знали реальное состояние вашего сайта».