GitLab предлага за GitLab.com ограничения на честотата на заявките според плана, които важат за всеки потребител. Новите лимити още не са в сила, а сегашните ще останат след въвеждането им.

За удостоверения трафик всеки план ще има почасов лимит за продължително натоварване и минутен лимит за кратки пикове. Почасовият лимит за потребител ще бъде 5 000 заявки за Free, 15 000 за Premium и 25 000 за Ultimate.

При превишаване на лимита GitLab ще върне статус 429 Too Many Requests и съветва да се изчака времето, посочено в заглавката Retry-After, преди нов опит.

Проверка на твърденията:

  • GitLab предлага за GitLab.com ограничения на честотата на заявките според плана, които важат за всеки потребител. (потвърдено от самата публикация: доказателство; «Rate limits are becoming tier-aware. Instead of a single number for everyone, limits reflect your plan and apply per user.»)
  • Новите лимити още не са в сила, а сегашните ще останат след въвеждането им. (потвърдено от самата публикация: доказателство; «The limits in this section are proposed and are not in effect yet. The limits in Current rate limits apply today and continue to apply after these changes take effect.»)
  • За удостоверения трафик всеки план ще има почасов лимит за продължително натоварване и минутен лимит за кратки пикове. (потвърдено от самата публикация: доказателство; «Each plan has two limits for authenticated traffic, and the hourly limit takes precedence: A sustained limit, measured each hour. This limit governs your usage, and is the number to plan against. A burst limit, measured each minute. This limit is a default set by GitLab, so that a short spike does not consume an entire hourly allowance at once.»)
  • Почасовият лимит за потребител ще бъде 5 000 заявки за Free, 15 000 за Premium и 25 000 за Ultimate. (потвърдено от самата публикация: доказателство; «Authenticated traffic for a user 5,000 each hour 15,000 each hour 25,000 each hour»)
  • При превишаване на лимита GitLab ще върне статус 429 Too Many Requests и съветва да се изчака времето, посочено в заглавката Retry-After, преди нов опит. (потвърдено от самата публикация: доказателство; «When a request is rate limited, GitLab responds with a 429 Too Many Requests status code. Responses to throttled requests include a Retry-After header that tells you how many seconds remain until your quota resets, and a RateLimit-ResetTime header with the same information as a date and time.»)

Публикации:

Първоизточници:

оценка 71,9 от 100 · вид: анонс