В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

ctodailychat

1344 membersпожаловаться на группу
2020 June 05

Y

Yaroslav in ctodailychat
Igor V
С точки зрения архитектуры вам нужен api gateway. Подойдёт любое решение. В openresty/nginx plus все необходимое уже есть в коробке, но есть огромное количество других хороший решений
Спринг гейтвей + зукипер, и вот вам сверху динамическая маршрутизация и гонизонтальный скейлиег :)
источник
15:54пожаловаться#1

A

Alex in ctodailychat
Илья Макеев
Все хорошо в меру, я ж написал, что действительно есть случаи когда нужно именно на английском писать.
Информатика, да. (звучит не так пафосно, но да)
Еще раз - разговор не про англицизмы а именно английский в русском.
английский в русском - это нормально (если грамотный). английский короче и аналитичнее, он самый "живой" из всех индоевропейских языков. Не надо преподносить это, как нечто непринятое в приличном обществе

Гораздо сильнее раздражает, когда пишут "русско говорящий" раздельно.
источник
15:54пожаловаться#2

IV

Igor V in ctodailychat
Yaroslav
Спринг гейтвей + зукипер, и вот вам сверху динамическая маршрутизация и гонизонтальный скейлиег :)
И brain split :))
источник
15:55пожаловаться#3

IV

Igor V in ctodailychat
в спринге классно все сделали. Не знаю почему на hystrix гонят
источник
15:56пожаловаться#4

Y

Yaroslav in ctodailychat
O.o впервые слышу про гонево на hysstrix
источник
15:57пожаловаться#5

Y

Yaroslav in ctodailychat
Идея: выруби api если сервис не вывозит - офигенная
источник
15:58пожаловаться#6

ИМ

Илья Макеев... in ctodailychat
Alex
английский в русском - это нормально (если грамотный). английский короче и аналитичнее, он самый "живой" из всех индоевропейских языков. Не надо преподносить это, как нечто непринятое в приличном обществе

Гораздо сильнее раздражает, когда пишут "русско говорящий" раздельно.
да пофиг
источник
15:58пожаловаться#7

Y

Yaroslav in ctodailychat
Илья Макеев
да пофиг
Не митинг, совещание, не ноутс, а летучки. Главное что все понимают друг друга
источник
15:59пожаловаться#8

ИМ

Илья Макеев... in ctodailychat
просто попытался объяснить что чистая речь располагает людей)
источник
15:59пожаловаться#9

Y

Yaroslav in ctodailychat
Жена меня вот не понимает (
источник
15:59пожаловаться#10

VD

Vladimir Deev in ctodailychat
так, ну с rate limit'ом не самое сложно разобраться.
дальше встает вопрос - как нам выдерживать нужный rate limit, делая не больше запросов, чем можно, но и не меньше.

сейчас у нас синхронный код: делаем запрос, ждем ответ, как пришел - обрабатываем данные. пока стороннее API работает нормально - все ок. но как только время ответа увеличивается - у нас начинаются проблемы, очередь растет, а мы просто в X потоков сидим и ждем ответ от сервера.

переписать все на асинхронщину не предлагать, ресурсов на это нет:)
источник
16:04пожаловаться#11

AP

Alexander Panko in ctodailychat
Vladimir Deev
так, ну с rate limit'ом не самое сложно разобраться.
дальше встает вопрос - как нам выдерживать нужный rate limit, делая не больше запросов, чем можно, но и не меньше.

сейчас у нас синхронный код: делаем запрос, ждем ответ, как пришел - обрабатываем данные. пока стороннее API работает нормально - все ок. но как только время ответа увеличивается - у нас начинаются проблемы, очередь растет, а мы просто в X потоков сидим и ждем ответ от сервера.

переписать все на асинхронщину не предлагать, ресурсов на это нет:)
главный вопрос вызовы внешних api они комбинируются или каждый внешний источник независимо запрашивается и обрабатывается?
источник
16:06пожаловаться#12

VD

Vladimir Deev in ctodailychat
Alexander Panko
главный вопрос вызовы внешних api они комбинируются или каждый внешний источник независимо запрашивается и обрабатывается?
скорее второе
источник
16:07пожаловаться#13

A

Artur in ctodailychat
Vladimir Deev
так, ну с rate limit'ом не самое сложно разобраться.
дальше встает вопрос - как нам выдерживать нужный rate limit, делая не больше запросов, чем можно, но и не меньше.

сейчас у нас синхронный код: делаем запрос, ждем ответ, как пришел - обрабатываем данные. пока стороннее API работает нормально - все ок. но как только время ответа увеличивается - у нас начинаются проблемы, очередь растет, а мы просто в X потоков сидим и ждем ответ от сервера.

переписать все на асинхронщину не предлагать, ресурсов на это нет:)
а в чем именно проблема? много памяти съедается на очередь? много потоков съедают ресурс? клиенты слишком долго ждут?
источник
16:08пожаловаться#14

A

Andrey in ctodailychat
Vladimir Deev
так, ну с rate limit'ом не самое сложно разобраться.
дальше встает вопрос - как нам выдерживать нужный rate limit, делая не больше запросов, чем можно, но и не меньше.

сейчас у нас синхронный код: делаем запрос, ждем ответ, как пришел - обрабатываем данные. пока стороннее API работает нормально - все ок. но как только время ответа увеличивается - у нас начинаются проблемы, очередь растет, а мы просто в X потоков сидим и ждем ответ от сервера.

переписать все на асинхронщину не предлагать, ресурсов на это нет:)
купить квоту?
источник
16:09пожаловаться#15

A

Alexander in ctodailychat
да никак, изолировать запросы к API имхо. ну т.е. если есть техническая возможность - копить запросы и отдавать на постоянной скорости. Это позволит как-то сгладить незначительные колебания.
источник
16:09пожаловаться#16

A

Andrey in ctodailychat
как вариант притормозить такски к такому api
https://habr.com/ru/post/494090/
Хабр
Celery throttling — настраивам rate limit для очередей
​ В этой статье я покажу как решить одну из проблем, возникающих при использовании распределенных очередей задач — регулирование пропускной способности очереди,...
источник
16:10пожаловаться#17

VD

Vladimir Deev in ctodailychat
Artur
а в чем именно проблема? много памяти съедается на очередь? много потоков съедают ресурс? клиенты слишком долго ждут?
ну пока проблема в том, что текущая система плохо переносит увеличение время отклика от API, которое периодически возникает. т.е. в штатной ситуации все более менее ок, но если время ответа увеличивается, очередь встает
источник
16:11пожаловаться#18

VD

Vladimir Deev in ctodailychat
Andrey
купить квоту?
у чужого API? исключено
источник
16:11пожаловаться#19

A

Andrey in ctodailychat
гммм
источник
16:11пожаловаться#20