В 03:17 медленный микросервис начал отвечать за 2,8 секунды вместо 300 миллисекунд. Traefik по умолчанию полез в retries, мониторинг закричал про деградацию бэкенда и рост 502. На деле бэкенд ещё жил, его добивала сама точка входа. Проверка с узла: kubectl -n kube-system logs deploy/traefik --since=10m, ss -s, cat /proc/sys/net/netfilter/nf_conntrack_count и nf_conntrack_max, nstat -az TcpRetransSegs TcpExtTCPTimeWaitOverflow. Видим conntrack под 82 процента, TIME_WAIT десятки тысяч, а на поде входящий RPS втрое выше клиентского по логам доступа. Причина в дефолтах: middleware Retry с повторными попытками без внятного бюджета, jitter и отключения на нестационарных ошибках умножает каждый медленный запрос. Лечится жёстко: maxAttempts 2, initialInterval 100ms с экспонентой, retry только на идемпотентных методах, отдельный circuit breaker и таймаут бэкенда меньше клиентского. Итог простой: отказоустойчивость без математики нагрузки это самострел. Разбор и чеклист: https://ftops.space/?utm_source=telegram&utm_medium=smm&utm_campaign=ftops&utm_content=traefik-ingress-retry-storms-kak-de
