Технический аудит интернет-магазина сада и дачи Гаршинка.ру

Расскажем, как с помощью ИИ провели аудит и сформировали план развития интернет-магазина.

Запрос клиента

Гаршинка.ру — интернет-магазин товаров для сада и дачи с ассортиментом более 10 000 наименований. Сайт ежедневно обрабатывает сотни заказов, поэтому его стабильность напрямую влияет на бизнес. 

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

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

За несколько часов нашли критические проблемы в архитектуре

Мы начали с аудита ИТ-архитектуры. Для анализа использовали доступные кодовые базы и данные тестовой среды. Проверку проводили с помощью Cursor Composer 2. 

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

Одной из первых находок стали критические проблемы с безопасностью. Например, отдельные API endpoints для создания и отмены платежей не были защищены необходимыми ключами. Зная адрес endpoint, потенциальный злоумышленник мог инициировать платежную операцию или отменить ее.

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

Выяснили, почему новая функция превращалась в несколько дней разработки

Архитектура платформы была построена на связке 1С и Drupal (системе управления контентом). В 1С хранились данные о товарах, остатках и других объектах, а Drupal обрабатывал запросы интернет-магазина.

При этом ядро Drupal было сильно доработано. Изменения вносились непосредственно в него, поэтому стандартное обновление платформы стало практически невозможным.

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

Ситуацию усложняла незавершенная миграция на новую платформу. Часть функциональности уже перенесли с Drupal на Laravel, но процесс остановился. В итоге разные части магазина оказались распределены между двумя системами. 

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

• обновлении остатков;
• работе каталога;
• изменении карточек товаров;
• разработке нового функционала;
• выпуске обновлений.

Определили, что менять в первую очередь

Найти причину проблемы — половина задачи. Дальше нужно было определить, что менять и в какой последовательности.

По итогам аудита мы подготовили документ с описанием текущей архитектуры, выявленными проблемами, конкретными рекомендациями и сроками изменений. В качестве ближайшего плана создали roadmap на полгода.

Первым шагом рекомендовали вынести сервис каталога.
Для интернет-магазина каталог — один из центральных компонентов. Он содержит информацию о товарах, ценах и остатках, которые регулярно поступают из учетной системы.

Выделение каталога в отдельный сервис позволит развивать его независимо от устаревшей части платформы и постепенно снижать зависимость от Drupal.

Команда Гаршинка.ру уже пыталась двигаться в этом направлении, но начала миграцию с другого участка системы и остановилась. Мы определили и зафиксировали новую последовательность работ.