LUDING

Перестройка архитектуры и ускорение e-commerce

Оптимизация работающего интернет-проекта: производительность и устойчивость при развитии каталога.

1С-БитриксДистрибуция и опт
Перестройка архитектуры и ускорение e-commerce
×3ускорение сайта
+30%рост конверсии
×5пиковая нагрузка, которую выдерживает система
Клиент и исходная ситуация

Какая задача стояла
перед командой

Группа компаний LUDING — дистрибьютор с растущими объёмами каталога, трафика и данных.

Растущему e-commerce проекту требовалась оптимизация скорости и архитектуры.

Что мешало работе: • Отклик сайта достигал 15 секунд, в пиковые периоды происходили сбои. • Монолитная архитектура усложняла параллельную разработку и интеграции. • Медленные запросы, недостаточное кеширование и тяжёлые ресурсы снижали производительность.

Что сделали: • Аудит производительности. Исследовали серверные логи, ошибки и профили выполнения с помощью Google PageSpeed, Sentry и Xdebug. Определили узкие места SQL, кеширования и архитектуры. • Изменение архитектуры. Вынесли ключевую логику из 1С-Битрикс в микросервисы, предусмотрели горизонтальное масштабирование и распределённую работу интеграций. Настроили CI/CD. • Оптимизация интерфейса. Применили ленивую загрузку, critical CSS, спрайты и сжатие ресурсов. Убрали неиспользуемый код, подключили Vue.js и CDN. • Бэкенд и инфраструктура. Оптимизировали SQL и индексы, внедрили Redis и очереди RabbitMQ. Добавили балансировку, резервный контур, health-check, мониторинг и защиту от DDoS.

Архитектурные изменения в работающем проекте. Перестройка выполнялась без остановки сайта. Результат — основа для подключения поставщиков, параллельной разработки и дальнейшего масштабирования.

Цель проекта

Перестроить архитектуру действующего e-commerce проекта, устранить ограничения производительности и подготовить систему к росту.

Платформа
1С-Битрикс и микросервисы
Масштаб
Более 20 серверов
Продолжительность
2 года
Команда
Frontend, Backend, DevOps, QA и управление проектом

Что мешало работе

  • Отклик сайта достигал 15 секунд, в пиковые периоды происходили сбои.
  • Монолитная архитектура усложняла параллельную разработку и интеграции.
  • Медленные запросы, недостаточное кеширование и тяжёлые ресурсы снижали производительность.
Реализация

Что мы сделали

Аудит производительности

Исследовали серверные логи, ошибки и профили выполнения с помощью Google PageSpeed, Sentry и Xdebug. Определили узкие места SQL, кеширования и архитектуры.

Изменение архитектуры

Вынесли ключевую логику из 1С-Битрикс в микросервисы, предусмотрели горизонтальное масштабирование и распределённую работу интеграций. Настроили CI/CD.

Оптимизация интерфейса

Применили ленивую загрузку, critical CSS, спрайты и сжатие ресурсов. Убрали неиспользуемый код, подключили Vue.js и CDN.

Бэкенд и инфраструктура

Оптимизировали SQL и индексы, внедрили Redis и очереди RabbitMQ. Добавили балансировку, резервный контур, health-check, мониторинг и защиту от DDoS.

Технологии и инструменты

1С-БитриксVue.jsRedisRabbitMQDockerNginxPrometheusGrafanaSentryXdebugCI/CD
После внедрения

Что изменилось

Результаты проекта
ПоказательДоПосле
Скорость сайтаМедленный откликУскорение в 3 раза
КонверсияИсходный уровеньРост на 30%
Пиковая нагрузкаСбои при исходной нагрузкеРабота при нагрузке ×5
Доставка кодаИсходный процессУскорение в 3 раза

Технические показатели

Показатели скорости и восстановления
ПоказательДоПосле
CLS0,520,06
TTFB, с3,80,7
LCP, с8,43
Полная загрузка, с15,56,7
Восстановление RTO3 часа15 минут
Запросы в секунду, RPS30–50Более 1 000
Опыт команды

Архитектурные изменения в работающем проекте

Перестройка выполнялась без остановки сайта. Результат — основа для подключения поставщиков, параллельной разработки и дальнейшего масштабирования.

Следующий шаг

Обсудим похожую задачу

Разберём ситуацию вашей компании и определим первый этап.