Uploaded image for project: 'Jira Cloud'
  1. Jira Cloud
  2. JRACLOUD-71874

Report 503 instead of 500 in case of "FATAL: too many connections for role"

    XMLWordPrintable

    Details

      Description

      UPDATE 2019-02-13

      Hi everyone,

      In Jira Cloud we use rate limiting for REST API to protect our customers' sites (aka tenants) resources. Current implementation isn’t based on REST API consumer, it is based on concurrent requests made across all consumers of single tenant - consider tenant users, your App and other Apps accessing the infrastructure. Thus it is a challenge to provide meaningful, guaranteed information for consumer in response headers (e.g. Retry-After), such information could be seen only as a suggestion.

      In case of implementing retries please be advised of using back-off mechanism to lower retry frequency on subsequent failed attempts and increase traffic gradually on a success. Concurrency based limiting is more visible for longer requests so the rule of thumb would be the longer request is the lower concurrency should be used.

      We are actively working on per consumer rate limiting which should help us provide meaningful information in response headers. We expect it to be delivered in couple of quarters.

      With regard to this issue we’ll fix it by not returning 500 and provide suggestion (as described above) when retry may happen.

      Summary

      Calling search REST API, status 500 FATAL: too many connections for role... was received.

      Steps to Reproduce

      1. Call REST APIs (in this sample Search) in continuous succession

      Expected Results

      If the rate limit is hit, the status 429. Throttling limit state should be returned in headers like here

      Actual Results

      See attachment [^500_connections (1).txt]

        Attachments

          Issue Links

            Activity

              People

              Assignee:
              nmeessen Nicolas Meessen
              Reporter:
              bartlomiej.janczak1218621652 Bartłomiej Jańczak [SoftwarePlant]
              Votes:
              13 Vote for this issue
              Watchers:
              19 Start watching this issue

                Dates

                Created:
                Updated: