Аgorafreight.com — первый в России сервис для онлайн-расчета стоимости и заказа авиа-, авто- и контейнерных перевозок, сборных грузов всеми видами транспорта, включая ставки «от двери до двери».
Об истории проекта Agorafreight рассказывает руководитель проектов Reksoft (входит в ГК «Техносерв») Дмитрий Долгих.
Российский стартап Agorafreight — маркетплейс для международных грузоперевозок, который предназначен для расчета стоимости услуг по перевозке грузов, оказываемых экспедиторскими компаниями и перевозчиками. Система является связующим звеном между заказчиком перевозки (клиентом), компаниями-перевозчиками и экспедиторами. Система позволяет провести предварительный выбор маршрута, компаний и услуг, а также расчет стоимости перевозки.
Проект сам по себе очень интересный и амбициозный. Интересный как минимум тем, что такого решения в России еще нет. Слово «международный» придавало проекту неоднозначность — с одной стороны, заявлялись амбиции проекта в плане масштабирования на весь мир, а с другой — мы понимали, что проекту предстоит прокладывать дорогу в достаточно конкурентной среде. Частью такой среды всегда являются и способность проекта быстро реагировать на изменения, и неожиданные развороты с точки зрения требований. Все это сразу задавало определенный уровень ответственности в выборе архитектуры решения, тем более что и времени на реализацию первой версии продукта было достаточно мало.
Для начала предстояло выбрать базу данных, а вернее систему управления данными. Выбор пал на MongoDB — документоориентированную базу данных NoSQL с поддержкой геозапросов, полнотекстового поиска на 15 языках, с иерархической структурой данных. Система MongoDB доступна бесплатно под лицензией GNU 3.0. Она масштабируется горизонтально и может быть использована в качестве файлового хранилища с балансировкой нагрузки и репликацией данных.
Плюсы
- Иерархичность данных — возможность оптимизировать схему и запросы к иерархическим данным (мультиязычность, тарифы и т. п.).
- Schema-less, нежесткая схема данных — дешевые и быстрые изменения в схеме БД, которая не требует миграций.
- Масштабируемая — это дешевле, чем у реляционных БД, не требует переработки исходного кода или переписывания запросов к БД.
- Поддержка геозапросов и индексов, полнотекстового поиска.
- Открытая система с открытым исходным кодом.
- Есть возможность купить платную поддержку у авторов MongoDB, enterprise-поддержка.
- MongoDB может быть использована в качестве файлового хранилища с балансировкой нагрузки и репликацией данных.
- С MongoDB легче и быстрее прототипировать приложения и сервисы.
Минусы
1. Нет поддержки Join'ов, однако эту проблему решает иерархия данных или MapReduce-функционал (но не на 100%).
- Транзакции отсутствуют, есть атомарность на уровне документов, можно реализовать эмуляцию транзакций.
- Консистентность на уровне БД не реализована, необходимо это делать в исходном коде приложения.
- Нет триггеров как в классических БД, однако часто этот функционал не используют.
Особенности
- MongoDB не требует администрирования на старте и немного после него, требуется настройка для масштабирования.
- Существуют хостинг-провайдеры, которые могут предоставить MongoDB в облаке под нужные масштабы, такие сервисы редко встретишь у MySQL или PostgreSQL.
- Лидер среди NoSQL-хранилищ данных на данный момент.
- Обладает инструментами для построения MapReduce-запросов, которые можно использовать для построения сложных отчетов, но не в real-time.
- Критические недостатки этой БД были решены с выходом 3-й версии.
Выбор в пользу MongoDB команда сделала на основе анализа проекта. Изначально было понятно, что проекту свойственна высокая вероятность изменчивости с точки зрения постановки технического задания на основании бизнес-процессов. Связано это с тем, что проект является стартапом, поэтому высоковероятно, что многие бизнес-процессы будут меняться в ходе внедрения проекта и его адаптации к реалиям запросов рынка. Для обеспечения гибкости изменений и сокращения внутренних расходов на изменение модели данных, а также снижения собственных рисков был сделан выбор в пользу нереляционной базы данных. Одним из лидеров в этом сегменте является как раз MongoDB.
Этот выбор, как показала последующая практика, оказался верным. Все случилось так, как и предполагалось, — постоянные изменения в постановке, доработки из серии «а мы вот это еще хотели реализовать» и все это требовало гибкого и оперативного изменения модели данных. MongoDB позволила проекту не только адекватно реагировать на изменения, но и не «выпасть» из бюджета. Как известно, недоработки на этапе проектирования приводят к существенному реинжинирингу при реализации и повышению рисков непопадания в сроки и в бюджет проекта. Все эти риски удалось минимизировать в том числе и за счет выбранной архитектуры.
Вторым архитектурным выбором стала библиотека ReactJS для реализации фронтенда. Именно популярность технологии и большое сформированное сообщество позволило сделать выбор в пользу ReactJS.
Плюсы данного фреймворка:
- Один из самых популярных фреймворков для разработки клиента. Имеет большое сообщество, есть множество примеров его использования, хорошая документация.
- Те разработчики нашей компании, которые имеют опыт работы с ним, хорошо о нем отзываются.
- Более гибкий в плане разработки в сравнении, например, с Angular.
- Поддерживает так называемый Server Rendering, который позволяет индексировать страницы приложения поисковыми системами.
- Подходит для приложений с большим количеством динамических страниц. У нас много таких страниц (формы ввода различных видов тарифов, надбавок, комиссий; формы расчета стоимости перевозки и т. д.)
В итоге ReactJS позволил достаточно гибко и динамично менять части фронтенда на фоне меняющихся требований и доработок.
В ходе проекта, помимо разработки, приходилось решать алгоритмические и оптимизационные задачи составления оптимального плана перевозки, сравнения и выстраивания сотен вариантов маршрутов доставки с выбором и формированием наиболее оптимальных рекомендаций. И в этом ключе проект имеет высокий потенциал развития в сторону рекомендательных систем на базе искусственного интеллекта.
В целом несмотря на все сложности, которые возникали в процессе разработки проекта, он был интересным с точки зрения использования современных и перспективных технологий разработки информационных систем для рынка международных перевозок.
В настоящий момент в системе представлены десятки тысяч актуальных тарифов на морскую, авто- и авиаперевозку. География покрытия охватывает Китай, Вьетнам, Южную Корею, страны ЕС и Россию, планируется расширение и на другие страны. Сейчас с системой уже работают десятки экспедиторов из Китая и РФ.
