и десятками ерпшек, а создавать прослойку-сервис еще одну общую ерпишку? хотелось бы узнать минусы первого подхода
Не понял.
как Вы себе это представляете? Чтобы из каждой оду в базу приложения клиента загружался весь массив продуктов, складов и остатков? или как? Или может приложение создает запрос: Товары: 1, 2, и 3 Клиент находится в точке Х назови ближайшие. и отправляет этот запрос на все оду. Каждая оду знает только свои остатки и товары, но не знает остатков в других оду. Соответственно она может отвечать только за себя. И вот приложению ответили 10 оду. каждая сказала какие товары у нее есть и сколько до их ближайшего склада. И приложение анализируя эти данные показывает либо все варианты на карте либо сама выбирает наилучший и отображает его. Так? В принципе - тоже вариант. Наверное даже проще. т.е. каждая оду - каждого вашего Партнера - является таким сервисом.
Да, именно так, но тогда конечно встанет вопрос с пропускной способностью, условно 100 человек начинает хаотично искать продукты и мобильное приложение шлет 100 запросов на 10 разных оду и потом ловит столько же ответов
Вы в браузере запустите "Режим разработчика" вкладка "Сеть" и откройте оду. Увидите что просто одно открытие оду уже шлет 100500 запросов и ничего. Никто не умер. А тут будет приходит один запрос от каждого юзера. Конечно если юзеров много - то это проблема. Ну так в что вы хотели? Вы ж не хотите делать архитектуру типа "звезда". У каждой архитектуры есть свои ограничения, плюсы и минусы.
поэтому собственно и интересуюсь мнение опытных коллег, потому что если говорить в цифрах, то где-то 400 одоо-ерпишек должно общаться либо с одной главной одоо, либо с мобильным приложением напрямую
я бы делал "звезду" т.к. она позволяет еще и собирать биг-дату, причем онлайн. Причем можно к этой центральной оду подключать не только оду, но и другие системы... через АПИ... А биг-дата это нефть будущего. Т.е. на этом в будущем можно дополнительно зарабатывать. Хотя поначалу - это будут чистые затраты. Притом много лет подряд.
а облачные решение не вариант? условно если 400 одоо залетит и создаст в одной миллион наименований, десятки локейшенов и прочего, одоо не порвется?
это ж будет одноразово будет. Только в момент запуска центральной базы. А потом товары не будут создаваться по ляму штук в день в каждой базе.
У нас похожая система по продаже билетов на автобусы работает лет 15. Есть общий справочник для всех серверов. На каждом сервере создается рейс, состоящий из набора данных из этих справочников. Рейсы тоже являются своего рода эталонным справочником для всех серверов. Каждая запись в нем знает, на каком она сервере создана. При локальном поиске рейсов на каждом из локальных серверов, он знает , кому принадлежит данный рейс и куда послать уточняющий запрос (на какой сервер). Время сбора такой информации с распределенных серверов по республике в среднем занимает секунд 6.
Обсуждают сегодня