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

Изначально «Самокат» работал на ИТ-системе «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 раза. Это позволило не только оптимизировать текущие ресурсы, но и создать запас производительности для будущего масштабирования.

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

Выводы

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

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

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

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

Источник: TAdviser.

Больше новостей читайте в сообществе SAPLAND в ВК и телеграм-канале SAPLAND: Новости экосистемы.