主页 / computer / 问题 / 1786398
Accepted
Marc Wittke
Asked: 2023-05-29 20:45:17 +0800 CST

当应用速率限制时，nginx 默认错误 503 而不是错误 429 的原因是什么？

  • 772

文档说：

  • nginx.ingress.kubernetes.io/limit-connections：单个 IP 地址允许的并发连接数。超过此限制会返回 503 错误。
  • nginx.ingress.kubernetes.io/limit-rps：每秒从给定 IP 接受的请求数。突发限制设置为此限制乘以突发乘数，默认乘数为 5。当客户端超过此限制时，limit-req-status-code默认返回：503。

不过，如果出现请求限制，HTTP 错误代码可能会被覆盖。

HTTP规范说：

响应HTTP 429 Too Many Requests状态代码指示用户在给定时间内发送了太多请求（“速率限制”）。

问题：为什么 nginx 首先决定使用 HTTP 503？看起来 HTTP 429 是最能描述问题的响应代码。

http

1 个回答

  1. Best Answer

    最近我发现了这个讨论线程，引用@niels-keurentjes

    它们有不同的语义。503 意味着服务器错误（5xx 范围），特别是在这种情况下，后端服务器受到保护以免过载。客户端永远无法预测这种情况的发生，因此这不是客户端错误。503 的意思是“我很乐意帮助您，但由于服务不可用而无法”。

    然而，429 是由于客户端超出了明确定义和指定的限制而发生的客户端错误（4xx 范围）。因此，429 的意思是“我不会帮助你，因为你在称呼我时犯了错误”。

    它们是非常不同的错误。而且，除非指定，否则基本假设是服务器没有预定义的速率限制，因此超过 1 是服务器的原因。503 本身就是正确且最佳的默认值。

    429 可能经常是速率限制的预期答案，但前提是客户应该/能够更好地了解。这就是 4xx 和 5xx 之间的区别。

    我认为他的观点有道理。

    • 1

相关问题