Как fashion-ретейлер перестал терять выручку в пиковые распродажи

Сайт сети падал именно в те дни, когда трафик и выручка максимальны, — в распродажи. Мы разобрали инфраструктуру, перенесли её и настроили проактивный мониторинг. Итог: распродажи проходят без падений, а расходы на инфраструктуру снизились примерно на 1 млн ₽ в месяц.

Задача

12STOREEZ — федеральная сеть магазинов одежды с сильным онлайн-каналом. Ключевые продажи концентрируются в короткие пиковые периоды: сезонные распродажи, запуски коллекций, «чёрная пятница». Именно в эти часы сайт и админка начинали деградировать: страницы открывались медленно, часть запросов отваливалась по таймауту, а нагрузка на базу выходила за пределы, при которых система остаётся предсказуемой.

Проблема не в том, что «что-то сломалось однажды». Проблема в том, что это повторялось из распродажи в распродажу, а каждый час деградации в пик — это прямые потери выручки и испорченный клиентский опыт.

Что мы нашли на аудите

Начали с экспресс-аудита: посмотрели конфигурацию баз, планы тяжёлых запросов, утилизацию ресурсов и профиль нагрузки за несколько месяцев. Картина оказалась типичной для быстро выросшего проекта:

• несколько тяжёлых запросов забирали непропорционально много ресурсов в пик и блокировали остальные;
• конфигурация СУБД осталась «дефолтной» с ранних этапов проекта и не соответствовала текущим объёмам;
• ресурсы были куплены с запасом «на всякий случай» — и оплачивались круглосуточно, хотя требовались лишь в пики;
• мониторинг показывал состояние серверов, но не связывал его с бизнес-процессами.

Что сделали

Перенесли и перестроили инфраструктуру

Спроектировали целевую конфигурацию под реальный профиль нагрузки, перенесли окружение и убрали избыточные ресурсы, которые оплачивались, но не работали. Отдельно развели контуры так, чтобы аналитические и фоновые задачи перестали конкурировать с пользовательскими запросами.

Оптимизировали базу данных

Переписали и проиндексировали самые тяжёлые запросы, привели конфигурацию СУБД в соответствие с объёмами, настроили регламентное обслуживание. Пиковые операции, которые раньше упирались в блокировки, перестали быть узким местом.

Настроили проактивный мониторинг

Развернули наш стек наблюдения: метрики от бизнес-процесса до конкретного запроса в СУБД, пороги и триггеры под профиль распродаж, алерты в рабочие каналы. Смысл простой — увидеть деградацию за часы до того, как её заметит покупатель.

Что это значит для бизнеса

Экономия на инфраструктуре — это только часть эффекта, и обычно не главная. Главное в том, что распродажа перестала быть источником риска: маркетинг может планировать акции, не оглядываясь на то, выдержит ли платформа. Стоимость нашей работы окупилась на снижении расходов, а сохранённая выручка пиковых дней пошла сверху.