दर सीमा ग्राहकांची वेळेत किती विनंत्या करू शकतात हे मर्यादित करते. तुम्ही ते अनेक स्तरांवर लागू करा कारण प्रत्येक वेगवेगळे पाहते, आणि तुम्ही ते जो अपमानकर्त्याची ओळख ठरवते त्याद्वारे मुख्य करता.
दर सीमा ग्राहकांची वेळेत किती विनंत्या करू शकतात हे मर्यादित करते. तुम्ही ते अनेक स्तरांवर लागू करा कारण प्रत्येक वेगवेगळे पाहते, आणि तुम्ही ते जो अपमानकर्त्याची ओळख ठरवते त्याद्वारे मुख्य करता.
429 Too Many Requests with Retry-After परत करा ताकि ग्राहक हातोडीऐवजी सभ्यपणे परिपाटी बंद करतील.# Define a shared-memory zone keyed by client IP.
# rate=10r/s = the steady refill rate (token bucket).
limit_req_zone $binary_remote_addr zone=api:10m rate=10r/s;
server {
location /api/ {
# burst=20: allow a short spike of 20 queued requests
# nodelay: serve the burst immediately instead of spacing it out
limit_req zone=api burst=20 nodelay;
# Return 429 (not the default 503) so clients see a rate-limit signal
limit_req_status 429;
proxy_pass http://backend;
}
}
इथे प्रत्येक IP 10 विनंत्या/सेकंद रीफिल करते, 20 पर्यंत burst करू शकते, आणि त्याच्या पुढील कुछ 429 मिळते.
दर सीमा Layer 7 बाढ, पक्षपात भरना आणि निरपेक्ष scrapers विरुद्ध तुमचे सर्वात स्वस्त, नेहमीचे संरक्षण आहे. त्याला स्तरीकरण (व्हॉल्यूमसाठी edge, मूळसाठी proxy, व्यावसायिक तर्कसाठी app) आणि योग्यरित्या मुख्य करून अपमानकर्त्यास थांबवा तर खरे वापरकर्ते — आणि वैध bursts — बिघड न होता जातात. मूलभूत मूल्यांपासून मर्यादा सेट करणे असे आहे जे यात तुमचीच ब्लॅकआउट बनणे रोखते.