Как организовать retry: когда ретраить ошибки 502 и 429, нужны ли таймауты и как учитывать конкурентные одинаковые запросы?

Ретрайте временные ошибки только с ограничением попыток и общего времени: backoff с jitter, учёт Retry-After и идемпотентности предотвращают лавину повторов.

502 может означать временную проблему upstream, а 429 — превышение лимита: уважайте указанный сервером срок ожидания. Таймаут нужен каждой попытке и операции целиком; после отмены новые повторы не запускают. Для записей используйте idempotency key, поскольку ответ мог потеряться после выполнения. Одинаковые чтения можно объединять singleflight, но нельзя смешивать запросы разных пользователей или разные параметры.