А почему не лучше использовать прямое взаимодействие между мобильным приложением

Question

Odoo talks & fun

Anton

А почему не лучше использовать прямое взаимодействие между мобильным приложением

и десятками ерпшек, а создавать прослойку-сервис еще одну общую ерпишку? хотелось бы узнать минусы первого подхода

#odoo #programming #russian #software

0

24.08.2023

9 ответов

9 просмотров

Alex Kom

как Вы себе это представляете? Чтобы из каждой оду в базу приложения клиента загружался весь массив продуктов, складов и остатков? или как? Или может приложение создает запрос: Товары: 1, 2, и 3 Клиент находится в точке Х назови ближайшие. и отправляет этот запрос на все оду. Каждая оду знает только свои остатки и товары, но не знает остатков в других оду. Соответственно она может отвечать только за себя. И вот приложению ответили 10 оду. каждая сказала какие товары у нее есть и сколько до их ближайшего склада. И приложение анализируя эти данные показывает либо все варианты на карте либо сама выбирает наилучший и отображает его. Так? В принципе - тоже вариант. Наверное даже проще. т.е. каждая оду - каждого вашего Партнера - является таким сервисом.

0

10 месяцев назад

Anton Автор вопроса

Alex Kom
как Вы себе это представляете? Чтобы из каждой оду...

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

0

10 месяцев назад

Alex Kom

Anton
Да, именно так, но тогда конечно встанет вопрос с ...

Вы в браузере запустите "Режим разработчика" вкладка "Сеть" и откройте оду. Увидите что просто одно открытие оду уже шлет 100500 запросов и ничего. Никто не умер. А тут будет приходит один запрос от каждого юзера. Конечно если юзеров много - то это проблема. Ну так в что вы хотели? Вы ж не хотите делать архитектуру типа "звезда". У каждой архитектуры есть свои ограничения, плюсы и минусы.

0

10 месяцев назад

Anton Автор вопроса

Alex Kom
Вы в браузере запустите "Режим разработчика" вклад...

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

0

10 месяцев назад

Alex Kom

Anton
поэтому собственно и интересуюсь мнение опытных ко...

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

0

10 месяцев назад

Anton Автор вопроса

Alex Kom
я бы делал "звезду" т.к. она позволяет еще и собир...

а облачные решение не вариант? условно если 400 одоо залетит и создаст в одной миллион наименований, десятки локейшенов и прочего, одоо не порвется?

0

10 месяцев назад

Alex Kom

Anton
а облачные решение не вариант? условно если 400 о...

это ж будет одноразово будет. Только в момент запуска центральной базы. А потом товары не будут создаваться по ляму штук в день в каждой базе.

0

10 месяцев назад

Александр Калин

Alex Kom
как Вы себе это представляете? Чтобы из каждой оду...

У нас похожая система по продаже билетов на автобусы работает лет 15. Есть общий справочник для всех серверов. На каждом сервере создается рейс, состоящий из набора данных из этих справочников. Рейсы тоже являются своего рода эталонным справочником для всех серверов. Каждая запись в нем знает, на каком она сервере создана. При локальном поиске рейсов на каждом из локальных серверов, он знает , кому принадлежит данный рейс и куда послать уточняющий запрос (на какой сервер). Время сбора такой информации с распределенных серверов по республике в среднем занимает секунд 6.

0

10 месяцев назад

Eugene · Accepted Answer

Eugene

Не понял.

0

10 месяцев назад

207 похожих чатов

А почему не лучше использовать прямое взаимодействие между мобильным приложением

9 ответов

Похожие вопросы