сервака динамической?
То есть во время роста нагрузки (утром и вечером) увеличивать мощность сервака, а в простое снижать.
Или это реально сложнейшая вселенская задача ?
Сейчас в часы пик запросы с мибилы уходят в таймаут, куча повторных попыток переотправки (ретраев) ситуацию только усугубляют, вынуждены сохранять неуспешные отправки локально, и позже доотправлять.
В результате еще больший лавинооьбразный рост нагрузки. 30-40% данных не отправляются вовремя.
Бекщик перешел в режим "отвалите от меня". Хз что с ним делать.
Утверждает, что проблему надо решать со стороны фронта. Сжимать фото/сохранять локально и тд.
В целом , в условном облаке это легко +-, но сомневаюсь что у вас облако и кубер А вообще бы сначала поточнее с проблемой разобраться
Отправка отчетов со складов + 2-3 фото.
Не встречал такого решения чтобы scale делать у хостера - причем на живую это не так-то и горячо, многие хостеры просят перезагрузить свои VDS. Если таймаут - значит nginx хреново настроен + нет кеширования + бэк может подлагивать + фронт может лагать и т.п.
устром 20-30 тысяч запросов с файлами, столько же и вечером.
Там запросы идут через фронт - фронт по API к бэкэнду а бэкэнд к базе? генерации картинок/отчетов есть?
Запросы с мобилы с фото отчетами. Бек просто сохраняет данные + может что-то пересчитывает.
Фронт легкий? не перегруженные бандлы?
А в чём проблема автоматизировать сжатие фото? Анализировать нужно. Не факт, что scale нужен.
фронт - мобила. Рест апи мультипарт запросы с фотками
фоты ужаты до 800 по максимальной стороне
Мобильное приложение?
их еще надо затем распечатывать
ага, мобильное приложение
уживать до 400 страницы - это смешно. Страницы А4.
Обсуждают сегодня