Page MenuHomePhabricator

Provide a meaningful Retry-After value
Closed, ResolvedPublic

Description

Right now text has hardcoded Retry-After: 1 for every 429 request.

Requestctl could provide a more accurate value iff threshold_duration is provided

Event Timeline

Vgutierrez triaged this task as Medium priority.Apr 21 2022, 9:34 AM

The data could be passed via an HTTP header on the req object on cluster_fe_ratelimit and picked up on wikimedia-frontend vcl_synth to set the response header. Considering that the request won't leave varnish it doesn't look like an awful solution to pass the data from request to response context.

Change 791006 had a related patch set uploaded (by Giuseppe Lavagetto; author: Giuseppe Lavagetto):

[operations/software/conftool@master] requestctl: add retry-after request header when applicable

https://gerrit.wikimedia.org/r/791006

Change 791006 merged by jenkins-bot:

[operations/software/conftool@master] requestctl: add retry-after request header when applicable

https://gerrit.wikimedia.org/r/791006

Change 791373 had a related patch set uploaded (by Giuseppe Lavagetto; author: Giuseppe Lavagetto):

[operations/puppet@production] varnish: set retry-after based on throttle duration in requestctl

https://gerrit.wikimedia.org/r/791373

Change 791373 merged by Giuseppe Lavagetto:

[operations/puppet@production] varnish: set retry-after based on throttle duration in requestctl

https://gerrit.wikimedia.org/r/791373