Оглавление
Масштабируется ли Spree Commerce? Как много продуктов/товаров может поддерживать Spree? Как много конкурентных запросов от пользователей выдерживает платформа? Подобные вопросы мы постоянно слышим при обсуждении новых проектов с клиентами.
Вы конечно заметили, что все они так или иначе сводятся именно к «масштабируемости» — может ли Spree Commerce справиться с высоким уровнем трафика или работать с большими каталогами товаров? Эти вопросы не только закономерны, но и очень полезны, так как позволяют получить информацию о возможности реализации проекта на выбранной платформе.
Мы уверены — предложенная вашему вниманию статья предоставит исчерпывающие доказательства того, что фреймворк Spree Commerce прекрасно масштабируется. Мы покажем вам свой подход к этому вопросу и поможем найти системные ограничения/точки, в которых потребуется дополнительная оптимизация магазина для повышения производительности.
Говоря о масштабируемости, чаще всего подразумевают один из двух вариантов:
- пропускная способность интернет-магазина;
- размер каталога товаров.
В этой статье мы сосредоточимся на пропускной способности.
Что такое пропускная способность интернет-магазина?
Пропускная способность — это количество пользовательских запросов, которые может обслужить приложение за единицу времени. Чем больше их число, тем выше масштабируемость вашей системы.
Пропускную способность можно назвать переменной величиной, так как она периодически варьируется от страницы к странице, в зависимости от специфики и ресурсоемкости используемого функционала. При этом причины ресурсоемкости могут быть как объективными (сложность вычислений или производимых операций), так и субъективными (“криворукость” разработчика). Последнее случается довольно редко, так как написать плохой код на Ruby крайне сложно. Но, как говорится, для героев нет преграды:)
Наряду с этим, пропускную способность приложения ограничивают физические характеристики вычислительных ресурсов: количество и особенности серверов, возможности балансера кластера, если таковой используется и прочие сугубо технические моменты.
Что и как влияет на масштабируемость?
Масштабируемость приложения напрямую связана с пропускной способностью. Чем больше пользовательских запросов оно может обработать без увеличения вычислительных ресурсов, тем выше показатель масштабируемости.
Похоже, что мы нашли лучший способ продемонстрировать масштабируемость Spree Commerce при проведении нагрузочных тестов. Речь идет о практике имитации большого количества пользователей, которые обращаются в интернет-магазин. Тесты показывают реальную картину поведения платформы под влиянием значительных нагрузок.
Как все это происходит? Для проведения нагрузочного тестирования вам потребуется окружение максимально похожее (по техническим характеристикам) на продакшн площадку. В противном случае полученные результаты нельзя будет назвать релевантными.
Нагрузочное тестирование начинается с определения пользовательских сценариев, имитирующих поведение реальных посетителей интернет-магазина. Они могут выглядеть, например так:
- посещение домашней страницы;
- посещение страницы каталога;
- добавление товара в корзину;
- использование скидочного кода;
- отправка формы подписки на рассылки.
Тут важно не забывать, что разные страницы интернет-магазина имеют различную пропускную способность. Поэтому наиболее убедительные результаты предоставляет только тестирование страницы с максимально высокой производительностью.
Для того чтобы получить представление о пропускной способности страниц, можно использовать такие инструменты, как NewRelic и Google Analytics.
После того как вы определись с инструментарием наблюдения, необходимо выбрать инструмент для создания нагрузки. Ранее мы использовали BlazeMeter и LoadImpact. Сегодня стали доступными и другие инструменты, так что выбор велик и мы в нем свободны.
Запускаем нагрузочные тесты
Итак, все готово. Мы определились с инструментарием наблюдения и создания нагрузки. Следующий шаг — запуск теста. В первую очередь, мы:
- намечаем количество виртуальных пользователей, которые должны будут одновременно (имеется в виду единица времени, т.е. количество обращений в секунду или, например, в минуту) обратиться к интернет магазину;
- задаем интервал времени, на который будет выставлена нагрузка.
Как правило, тестирование начинается с 50 виртуальных пользователей (интервал времени: 5 минут). Далее нагрузка увеличивается. По мере ее увеличения мы наблюдаем за производительностью системы. Она не должна существенно отклоняться от штатных показателей. Любое значительное увеличение времени отклика системы на какой-либо из страниц или функций указывает на необходимость оптимизации.
Подводим итоги
В проведенных нами тестах использовалась платформа Spree Commerce 2.4 — стандартный коробочный вариант. Она была установлена на AWS. Коробка смогла обслужить примерно 5000 запросов в минуту и порядка 30000 заказов в день. Стоит ли говорить о том, что полученный результат, как минимум, очень неплох?
Команда JetRuby Agency занимается разработкой интернет-магазинов на базе собственной платформы 1R Commerce. Она построена на фреймворке Spree Commerce и сохраняет все его преимущества в плане производительности и масштабируемости. Дополнительным же преимуществом 1R Commerce является полноценная интеграция интернет-магазина с учетной платформой 1С.
