Короткий ответ Универсального набора значений тайм-аутов и retry-политики не существует: правильные значения зависят от SLA каждого звена цепочки вызовов, допустимой задержки для конечного пользователя и поведения downstream-сервиса под нагрузкой; решение требует обсуждения компромисса между быстрым восстановлением отдельного запроса (retry) и риском усугубить перегрузку уже деградировавшего сервиса волной повторных запросов. Как это работает подробнее Каскадные таймауты возникают, когда задержка на одном уровне стека вызовов накапливается и превышает тайм-аут вызывающей стороны, которая, не дождавшись ответа, либо сама падает по тайм-ауту, либо (что хуже) повторяет запрос; если у каждого уровня стека независимые retry без учёта общего бюджета времени и без ограничения параллелизма, суммарное число запросов к уже перегруженному сервису может экспоненциально вырасти (retry storm), окончательно его обрушивая, даже если изначальная деградация была незначительной. Пример кода Что использовать на практике Практика
Загрузка…
