k
ну или выложить в репозитрий odoo russian
Size: a a a
2017 July 10
AG
до 100 сессий - больше обычно не бывает одновременно
AG
вот пример внешних задач: pallada.sibsau.ru
AG
около 120 всяких разных модулей
AG
больших подсистем около 10
AG
мне в голову пришел только вариант всю статику перегнать в БД и прикрутить редис хранилище для сессий
это плохой вариант
AG
статику надо файлово реплицировать
AG
ceph
AG
например
AG
а инстансы odoo я выше ссылку на репозиторий выложил
AG
мы такие докер образы используем в последнее время
k
ну да получает odoo не фонтан для масштабирования получается
AG
ну везде такие проблемы будут
AG
еще в odoo нет блокировки записей
AG
параллельное изменение данных - выигрывает последний
AG
это на маленьких проектах не создаст проблем
AG
но потенциально проблема есть
k
ну почему же djngo инстансы можно без проблем на ноды распределять
AG
на какие ноды?
AG
файлово все равно кластер делать