[PATCH 2 of 3] Upstream: allow recovery from "429 Too Many Requests" response

Piotr Sikora piotrsikora at google.com
Fri Mar 24 10:48:07 UTC 2017


Hey Maxim,

> Sure, but why one would use "proxy_next_upstream http_429" then?
>
> If one of your backends reject a requests based on client's IP /
> login, then you probably don't want nginx to retry such a request
> on other servers, as this will just allow the user to do more
> requests when you already know the limit was reached.  And it
> doesn't look like an effective way to build a system with
> distributed limits.
>
> In contrast, if a limit affects nginx's IP and/or group of
> services on a backend, retrying on a different backend may make
> sense.  But use case suggests that 429 should be counted as
> failure.

That's a good point. Fixed, thanks!

Best regards,
Piotr Sikora


More information about the nginx-devel mailing list