ВВ
я вообще щас без nginxa все редирекчу, ну вернее на стороне роутера все решается
Size: a a a
2021 January 09
KA
ага, понял. только не понял почему ip щас в принципе такой приходит всегда
фаерволл настраивал?
A
azure functions?
Я про организацию кода говорил а не облачные решения
ВВ
фаерволл настраивал?
пасиба чувак)
C
Есть вопрос есть очень много запросов которые нужно сделать около 700 и больше (не лимиторованно) как лучше организовать такую работу?
Зависит от ограничений.
A
Chris
Зависит от ограничений.
1 ядро 512 оперативы
A
Или о времени вопрос?
C
Вопрос о том, как сервер воспринимает нагрузку, ограничивает ли число запросов в секунду, и т. д.
A
Chris
Вопрос о том, как сервер воспринимает нагрузку, ограничивает ли число запросов в секунду, и т. д.
Пока не встречал такого давай исходить из того что без ограничений
C
Если без ограничений, то можно бахнуть все эти 700 запросов одновременно и не париться.
C
На практике, если делать так, то в какой-то момент всё начнёт ломаться :)
VL
Пока не встречал такого давай исходить из того что без ограничений
Делай промис олл пачками по 50 и не парься
A
Chris
На практике, если делать так, то в какой-то момент всё начнёт ломаться :)
А как этого избежать
C
Выяснить ограничения и сделать подобие шины
A
Делай промис олл пачками по 50 и не парься
Да остановился пока на этом же решил спросить может есть что то лучше
C
Делай промис олл пачками по 50 и не парься
Один запрос из пачки занял слишком много времени, и мы ждём, пока он завершится, чтобы послать следующую пачку.
VL
Ну тогда поднимаем лямбдочки и сксом ебошим
C
Лучше послать пачку, и на каждый завершившийся запрос начинать выполнять новый из очереди.
A
Chris
Лучше послать пачку, и на каждый завершившийся запрос начинать выполнять новый из очереди.
Пример есть?