Логирование? Не, не слышали)

Странно что нет защиты на стороне API

При чем тут логгирование?

Exponential Backoff

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

хуйня.
Вот тебе ситуция.
Есть мобильное клиентское приложение, запрашивающее с АПИ координаты пиццерий.

Есть два АПИ сервиса, на которых параллелится нагрузка.
Всё работает, всё ок.

Но тут отваливается один АПИ. (допустим вышел диск из строя и сервер временно лёг). Клиенты не получают ответа и сразу повторяют запрос. Половина клиентов начинают регулярно слать запросы на первый, ещё рабочий апи, тот не выдерживает и ложится. Тобишь недоступен уже для всех, а не только для половины. И все начинают слать повторы регулярно.

Что было бы с экспоненциальным бекофф? Клиенты не получили ответ, но повторяют не сразу, а по хитрому алгоритму с экспонентой.
Тобишь да, у всех ответ от АПИ приходил бы дольше, живой АПИ был бы загружен почти на полную, но он бы не лёг. Просто у всех было бы всё медленнее.

Мы таким простым механизмом избавляемся от эффекта шторма повторов.

Как тебе тут логи бы помогли?

Точнее что конкретно ты в логах мог бы увидеть такого, чтоб отреагировать? Повторы? Так они и планировались изначально повторами. тут не в логах дело, а в логике

А, понял вроде. Как способ оставить сервис в живых при обвале балансировки?

Вроде статью по этой теме читал на хабре когда-то, сейчас поищу

При любых проблемах с мощностью АПИ и нагрузкой.
при перегрузке всё просто будет медленнее, но не будет класть сервис нахуй.

было там такое, да.

Ну, давно видать было и найти сейчас не могу, жалко

кто то можешь проревьюить код?

и допущенные замечания?

код на пастбин и в чат кидай

что ей не нравиться

сама так пишет