Как увеличить годовой оборот на 20% благодаря облачной инфраструктуре: кейс «169»

Когда интернет-магазин теряет покупателей из-за медленной загрузки страниц — это сигнал к срочному обновлению IT-систем. Мебельный ритейлер «169» столкнулся с этой проблемой при росте трафика — и полностью перестроил IT-инфраструктуру с Рег.облаком.

О клиенте

ООО «169» — компания, специализирующаяся на дверях и мебели. Более 15 лет развивает два интернет-проекта: 169.ru — онлайн-магазин входных и межкомнатных дверей, а также mebel169.ru — портал по продаже корпусной и мягкой мебели для дома и офиса.

Помимо e-commerce проектов, у компании также открыты четыре розничных магазина и один склад в различных районах Москвы. 

Вызовы и задачи

Проектирование корпоративной IT-инфраструктуры компании началось, когда нагрузка на первый интернет-магазин превысила возможности виртуального хостинга и небольших VPS-серверов. Основными причинами перехода на более мощные решения стали:

• Рост трафика и требований к производительности. Уже спустя несколько месяцев после запуска магазина на простом VPS-решении страницы стали грузиться дольше 800 мс, что отражалось на пользовательском опыте и конверсии.
• Отказоустойчивость и защита от атак. Увеличилось количество DDoS-инцидентов, в то время как плановые пиковые нагрузки — распродажи, сезонные акции — показали, что одним сервером не обойтись без риска простоев.
• Необходимость разделения ролей. Стало ясно, что база данных, поисковый движок и фоновые задачи должны размещаться на отдельных мощных нодах для увеличения скорости отклика и упрощения администрирования.

При переходе на инфраструктуру Рег.облака перед компанией стояло несколько вызовов:

• Стабильная работа под высокой нагрузкой: обеспечить бесперебойный доступ пользователей при пиковых нагрузках, достичь SLA-доступности не ниже 99,9% и минимизировать время простоя до уровня нескольких минут в год.
• Быстрый отклик серверов: оптимизировать время TTFB (Time To First Byte) и среднее время генерации страницы до 150–200 мс, а также разграничить нагрузку: разместить веб-фронтенд, СУБД и фоновые задачи на отдельных нодах для параллельной обработки запросов.
• Отказоустойчивость и горизонтальное масштабирование: построить архитектуру с балансировкой нагрузки на веб-серверы и автоматическим «горячим» добавлением инстансов и реализовать резервирование баз данных с помощью мастера и реплик, а также регулярные бэкапы и быстрый откат.
• Высокий уровень безопасности: защитить инфраструктуру от DDoS-атак и внедрить шифрование соединений (SSL/TLS), изоляцию сетей (приватные VLAN) и постоянный аудит безопасности.
• Локализация дата-центров в Москве: снизить сетевые задержки до пользователей Москвы и области до 5–10 мс и разместить узлы в ВОЛС-соединении между площадками Рег.облака для гарантированной пропускной способности.
• Интеграция с DevOps-процессами: автоматизировать создание тестовых стендов и прогон миграций в CI/CD (GitLab CI) через API Рег.облака и внедрить мониторинг и алертинг (Prometheus и Grafana), чтобы своевременно реагировать на ухудшение метрик.

Решение 

Специалисты «169» совместно с командой Рег.облака разворачивали инфраструктуру поэтапно. Каждый этап включал техническую проработку, автоматизацию и проверку качества перед переходом к следующему шагу:

• Спроектировали архитектуру. Определили требования к нагрузке, безопасности и отказоустойчивости, подобрали оптимальные конфигурации серверов и тарифы.
• Развернули GitLab-сервер. Установили GitLab на выделенный сервер, настроили HTTPS и резервное копирование. Подключили GitLab Runners для CI/CD в отдельной подсети.
• Настроили PostgreSQL. Развернули мощный сервер под базы данных, оптимизировали параметры для высокой нагрузки. Организовали WAL-архивирование и регулярные бэкапы.
• Запустили сервер фоновых задач. Разместили очереди (Redis/RabbitMQ) и воркеры на отдельном инстансе. Настроили мониторинг и автоперезапуск сервисов.
• Организовали бэкапы. Автоматизировали создание снимков дисков: полный бэкап — раз в сутки, инкрементальный — каждые 4 часа. Копии хранятся в двух ЦОД.
• Внедрили Redis для кэширования. Развернули отказоустойчивый кластер Redis. Настроили кэш шаблонов и API-ответов.
• Перенесли медиа в S3. Создали бакет в Object Storage, настроили lifecycle-правила. Интегрировали с приложением через presigned URL.
• Развернули Elasticsearch. Запустили кластер для поиска по товарам с русскоязычной морфологией. Настроили снапшоты и горячее обновление индексов.
• Запустили продакшен и CI/CD. Развернули веб-серверы с балансировщиком нагрузки. Настроили автоматический пайплайн сборки и деплоя через GitLab CI.
• Включили мониторинг. Внедрили Prometheus, Alertmanager и Grafana для метрик серверов и бизнес-показателей. Настроили алерты в Telegram и электронную почту.

Результаты

Переход на инфраструктуру Рег.облака позволил компании достичь следующих результатов:

• Максимальная доступность сервисов. Средняя годовая длительность простоев снизилась до уровня менее 15 минут.
• Снижение времени отклика. Средний TTFB (Time To First Byte) уменьшился с 800 ms примерно до 120 ms. Полная загрузка страницы сайта теперь укладывается в 200–250 ms, что положительно сказалось на пользовательском опыте и SEO.
• Рост продаж и конверсии. Конверсия из посетителя в покупателя выросла примерно на 15% благодаря ускорению загрузки и снижению отказов при пиковых нагрузках. А совокупный годовой оборот интернет-магазинов увеличился на 20% после стабилизации работы платформы.
• Оптимизация затрат. Расходы на администрирование и поддержание серверной инфраструктуры сократились на 30% за счет консолидации сервисов в едином личном кабинете и автоматизации бэкапов. А благодаря pay-as-you-go-модели облака компания перераспределила бюджет и платит только за реально используемые ресурсы.
• Усиление безопасности. DDoS-фильтры и Anycast-DNS заблокировали более 120 млн пакетов вредоносного трафика в первый год после внедрения, в то время как единая система управления SSL-сертификатами и изоляция VLAN повысили степень защиты пользовательских данных.
• Гибкость и масштабируемость. При сезонных распродажах компания добавляет до 5 дополнительных инстансов за 10 минут без единого простоя. В то же время легкое создание тестовых стендов через API позволило ускорить выпуск новых фич в 2 раза.

«Эти результаты не только обеспечили бесперебойную работу магазинов, но и дали финансовую свободу для дальнейших инвестиций в развитие новых сервисов и расширение ассортимента»

Павел Гуркин, генеральный директор «169»

В дальнейшем компания намерена повысить гибкость архитектуры. Для этого планируется:

• внедрить Kubernetes;
• настроить геораспределенную CDN-сеть;
• автоматизировать масштабирование базы данных;
• перейти на Headless-архитектуру;
• внедрить ИИ-мониторинг и предиктивное масштабирование;
• усилить меры безопасности;
• развить DevSecOps-практики;
• внедрить оптимизацию на основе данных;
• реализовать гибридное облако. 

Почему выбрали Рег.облако

В качестве технологического партнера компания выбрала Рег.облако. На решение повлияли несколько факторов:

• широкий набор комплементарных сервисов;
• гибкая модель масштабирования и тарификации;
• дата-центры в Москве с жесткими SLA по доступности;
• продвинутая автоматизация и API;
• оперативная техподдержка и прозрачные SLA;
• отличное соотношение цены и качества. 

Отзыв клиента