Главная КейсыКак «Самокат» «переехал» на новые ИТ-системы и снизил объем базы данных в 10 раз

27 августа 2026, 5:00

Как «Самокат» «переехал» на новые ИТ-системы и снизил объем базы данных в 10 раз

Онлайн-ритейлер «Самокат» осуществил миграцию, сменив одновременно и систему управления предприятием, и систему управления базами данных. Переход позволил не только выстроить комплексное управление крупным бизнесом, но и кратно повысить эффективность ИТ-инфраструктуры. Объем базы данных снизился в 10 раз, потребление оперативной памяти – в 3–4 раза, нагрузка на процессор – в 3 раза. Кроме этого, компания получила существенный запас производительности. Раскрываем подробности проекта в кейсе.

Источник: «Самокат»

Сервис «Самокат» доставляет более 785,5 тыс. заказов в день в 129 городах России, по данным отчета Infoline E-Grocery Russia TOP № 4 2025. Технологическую поддержку логистики, дарксторов и процессинга онлайн-заказов обеспечивает продуктово-технологическая команда Ecom.tech.

Изначально «Самокат» работал на ИТ-системе «1С:Управление торговлей» («1С:УТ»), но бизнес быстро масштабировался и требовал более широкого функционала. Поэтому решено было перейти на более комплексную систему для управления всеми аспектами деятельности крупных предприятий – 1С:ERP. Параллельно возникла необходимость заменить СУБД MS SQL.

«Возникла идея осуществить оба перехода одновременно, – пояснил Сергей Сковпин, руководитель департамента разработки и эксплуатации учетных систем компании Ecom.tech. – Конечно, это требовало больше ресурсов, но занимало значительно меньше времени, чем внедрение одного проекта за другим».

После анализа рынка в качестве вендора СУБД была выбрана компания Postgres Professional с продуктом Postgres Pro Enterprise для 1С.

Сложности миграции: 120 ТБ данных, 6+ млн событий в день и ноль секунд на остановку бизнеса

Сложность проекта заключалась в масштабе базы, которую необходимо было перевести на новый стек технологий. На момент перехода база занимала 120 ТБ сжатых данных. Ежедневно в ней фиксировалось порядка 6 млн интеграционных событий. Работа велась круглосуточно и без выходных, нагрузка на инфраструктуру постоянно росла, а времени на остановку для перезапуска системы не было.

«Мы понимали, что классический сценарий миграции нам не подходит, – рассказывает Сергей Сковпин. – Поэтому решили строить новую систему параллельно старой и обеспечить запас по производительности и масштабируемости нового контура под растущие нагрузки. И все это надо было сделать без даунтайма, не останавливая бизнес».

Ключевой момент – обмен данными между системами

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

«Важно было не просто перенести данные, а обеспечить непрерывность бизнес-процессов. Поэтому мы выстраивали обмен так, чтобы любые изменения в старой системе сразу отражались в новой, – рассказывает Сергей Сковпин. – Из-за этого потребовалось не только организовать входящий поток из смежных систем, но и настроить новые интеграционные потоки из “1С:УТ” в 1С:ERP, чтобы изменения, вносимые пользователями в старую базу, сразу транслировались в новую».

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

Параллельный контур: что это дало бизнесу?

Построение новой системы параллельно с продолжением работы в действующей позволило:

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

«Пользователи могли заходить в новую систему еще до полного перехода, – поясняет Сергей Сковпин. – Они видели свои актуальные документы, могли продолжить работу с ними уже в ERP, пробовали создавать отчеты и привыкали к интерфейсу. Благодаря параллельной работе постепенно повышалась экспертиза как у разработчиков, так и у пользователей. Выявив проблему, можно было быстро откатиться назад и скорректировать решение. Это существенно снизило риски и упростило внедрение».

Источник: «Самокат»

Нестандартность и новый стек: трудности внедрения

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

Одной из самых больших и сложных проблем стала двойная разработка. Построение второй системы параллельно первой сложно тем, что запускаемые новые функции приходилось разрабатывать и в «1С:УТ», и в 1С:ERP. Двойная работа увеличивала нагрузку.

Еще одна проблема – новый технологический стек: новая ИТ-система строилась с использованием инструментов, с которыми сотрудники раньше не работали. Но так как проект был пролонгирован во времени, команда успевала учиться и пробовать инструменты на практике.

Факторы, помогающие найти решение

Среди факторов, которые помогли пройти миграцию, в компании выделяют:

Сильная внутренняя экспертиза команды. Техническая экспертиза сотрудников позволила оперативно решать сложные архитектурные и инженерные задачи.
Договоренности с бизнесом. Команда заранее договорилась с бизнес-заказчиками о том, что на этапах разработки процессы временно замедлятся. Это сняло лишнее давление по срокам и позволило сосредоточиться на качестве.
Развитие многопоточности. В решении по событийному обмену заложены широкие возможности использования многопоточности при обменах. Инструменты продукта позволяют видеть, на каких именно участках обмена данными накапливается очередь, и увеличить количество обработчиков и потоков, чтобы событие загружалось в обе системы одновременно.
Работа с реальными данными в реальном времени помогла быстро выявлять и устранять скрытые ошибки, не проявившиеся на тестовых стендах.
Поддержка вендора. Команда вендора профессионально и оперативно реагировала на инциденты при работе с большими объемами данных.

«При таких больших объемах данных и крупных системах критически важна поддержка вендора, – отмечает Сергей Сковпин. – В нашем проекте команда Postgres Professional показала высокий профессионализм, глубокую экспертизу и, что очень важно, быстрое реагирование. В некоторых наиболее критических ситуациях наши команды собирались на видеозвонке, разбирали дампы, делали отладку СУБД и вместе решали возникающие проблемы».

Плавный старт с минимальным стрессом

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

«Финал проекта выглядел довольно обыденно: в пятницу сотрудники закончили работу в “1С:УТ”, а в понедельник вышли в офис, запустили компьютер и оказались в 1С:ERP, – рассказывает Сергей Сковпин. – Ничего не упало, не сломалось, не затормозилось, хотя, конечно, у бизнеса было очень много переживаний».

Одним из самых заметных эффектов стала работа новой СУБД в составе обновленного контура. За счет оптимизаций и использования механизмов сжатия удалось снизить объем базы в 10 раз до 12 ТБ. Потребление оперативной памяти сократилось в 3–4 раза. Нагрузка на процессор уменьшилась в 3 раза. Это позволило не только оптимизировать текущие ресурсы, но и создать запас производительности для будущего масштабирования.

Переход на новый технологический стек снял прежние архитектурные ограничения и расширил возможности использования ИТ-инструментов. В частности, удалось:

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

Опыт «Самоката» показывает, что даже при очень высоких нагрузках и больших объемах данных возможен переход на новый ИТ-контур без остановки бизнеса.

Практически этот кейс подтверждает ключевые принципы:

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

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

«Мир меняют команды, – считает Сергей Сковпин. – Какой бы необъятной, невыполнимой и сложной ни казалась задача на старте, подходящая команда сможет ее решить».

Retail.ru

Реклама. ООО «Постгрес Профессиональный», erid: 2W5zFHrSHu3