מגבלות קצב ובקרת עומס

TL; DR

מעגל אמין הוא שילוב של מגבלות ומכסות בכמה רמות (edge # BFF _ servis), הקצאת משאבים הוגנת (לכל דייר/מפתח/מסלול), מצערת אדפטטיבית SLO ותרמיל גב במקום זמן שקט. השתמש בדלי סמלי/דולף עבור ”מהירות”, חלון החלקה עבור מכסות חשבונאיות, גבולות תחרותיים עבור פעולות כבדות, מצערת דינמית על השפלה ומפסק מעגל לשברירי במעלה הזרם. הכל תחת השגחה ועם ספרי משחק.

1) מדוע מגבלות ב ־ iGaming/fintech

SLO וקיימות: הגנה מפני מפולות מגש מחדש, פסגות טורניר/אירוע, קוצים בתשלום.
הגינות: דייר אחד או שותף לא ”למצוץ” את כל התקציב.
אנטי-ניצול/בוטים: כניסה/רישום, דואר זבל, גירוד ספרייה.
עלות: בלימת שיחות יקרות (KYC, דיווחים, צבירה).
ציות/שימוש הוגן: באופן רשמי ”שימוש הוגן” מכסות בחוזים.

2) הגבלת הטקסונומיה

3) אלגוריתמים והיכן ליישם

3. 1 דלי טוקן (ברירת מחדל)

פרמטרים: 'קצב' (אסימונים/שניות), 'פרץ' (מרווח מקסימלי).
נהדר לקריאת API, תשלום/סטטוס, חבר הכי טוב.
עם דלי ריק = 429 + ”Retry-After”.

3. 2 דלי דולף (בממוצע)

מובטח ”הריסה” של RPS, שימושי לספרי אינטרנט כדי לא להבקיע עובדים.

3. 3 חלון קבוע נגד חלון הזזה

קבוע - פשוט, אבל ”גבולות”; הגלישה - חשבונאות הוגנת בחלון (מין/שעה/יום).
הגשת בקשה למכסות חוזיות.

3. 4 מגבלות מקובלות

הגבלה של משימות פעילות בו זמנית. אידיאלי ליצוא/דוחות, חבילות קיי-סי, עיבוד מחדש.
במקרה של מחסור - 429/503 + תור/סקרים.

3. מגבלת עלות/מורכבות 5

GraphQL/Search: חשוב על ”עלות” על ידי עומק/קרדינליות/הרחבות.
חיתוך/הידרדרות של בקשות ”יקרות”, תגובה עם רמז.

4) מפתחות ממדים

לכל דייר (רב-שכירות, הון עצמי),

per-api_key/client_id (שותפים),

לכל מסלול (מוטציות קריטיות חמורות יותר),

לכל משתמש/מכשיר/IP/ASN/Geo

פר-סל/מדינה (שיטות תשלום, הגנה על שליחים וספקים),

לכל שיטה (קבל רך יותר, POST/PUT מחמיר יותר).

קומפוזיציה: מפתח ראשי + ”מכפיל סיכונים” (חשבון חדש, TOR/proxy, סיכון גבוה של גב מטען).

5) חנק סלו-אדפטיבי

• טריגרים: "p95 latency brought'," 5xx "," תור len "," מעבד/IO רוויה ".
• פעולות: קצב/פרץ נמוך יותר, אפשר פליטה חריגה יותר, חיתוך נתבים ”יקרים”, ביזוי זמני (ללא שדות כבדים/אגרגציות).
• חזרה: חכם חורג (25 = 50 * 100%) כאשר מנרמל אותות של N מרווחים רצופים.

6) שילוב ארכיטקטורה

שער API (קצה): קצב ראשי/מכסות, גיאו/ASN, אימות HMAC/JWT, 429/Retry-After.
BFF/Service Mesh: מגבלות דק לכל מסלול/לכל דייר, מקביל-גבולות, מפסקים למעלה הזרם.
בתוך השירות: סמאפורות לפעולות כבדות, תרמילאי תורים, ”בריכות עבודה” עם גודל קשור.
קורות רשת: נקודת כניסה נפרדת עם דלי דולף וחוצץ מגש מחדש.

7) תצורות (שברים)

yaml plugins:
- name: rate-limiting config:
policy: local minute: 600    # 10 rps limit_by: consumer fault_tolerant: true
- name: response-ratelimiting config:
limits:
heavy: { minute: 60 }

yaml circuit_breakers:
thresholds: { max_connections: 1000, max_requests: 800 }
outlier_detection:
consecutive_5xx: 5 interval: 5s base_ejection_time: 30s http_filters:
- name: envoy. filters. http. local_ratelimit typed_config:
token_bucket: { max_tokens: 100, tokens_per_fill: 100, fill_interval: 1s }
filter_enabled: { default_value: 100% }
filter_enforced: { default_value: 100% }

pseudo sema = Semaphore(MAX_ACTIVE_EXPORTS_PER_TENANT)
if! sema. tryAcquire(timeout=100ms) then return 429 with retry_after=rand(1..5)s process()
sema. release()

pseudo cost = sum(weight(field) cardinality(arg))
if cost > tenant. budget then reject(429,"query too expensive")

8) מדיניות לערוצים שונים

מנוחה

גט - רך יותר, POST/PATCH/מחק - מחמיר יותר; סטטוסים/צ 'קים של אידמפוטנטים יכולים לחזור בהם.
לתשלומים: הגבלות על 'auth/לכידה/החזר' לכל משתמש/דייר/BIN/מדינה.

GraphQL

פקקי עומק/מורכבות, שאילתות מתמשכות/מלוטשות, מגבלות על שמות בדויים.

שקע אינטרנט/SSE

הגבלת תדירות ”מנוי/אי-ציות”, כובע על מספר הנושאים, שליטה על גודל האירועים ותור שליחה # כאשר ה-policy _ inception 'overflow.

Webhooks

דלי דולף בקבלה, מכסות לשולח, תור לאותיות מתות, דטרמיניסטי 2xx/429.

9) משוב לקוחות

• 'Retry-After: "
• 'X-Extlime-Limite/Lest/Reset&fos
• למכסות - 403 עם הקוד ”מכסה _ חרגה” וקישור לשדרוג התוכנית.
• תיעוד: מגבלות בדפי OpenAPI/SDL + ”שימוש הוגן”.

10) ניטור ולוחות מחוונים

• זה פוגע בגבולות: קצב. הגבלה. פגע 'על ידי מפתחות/נתבים/דיירים.
• 429/503, latency p50/p95/p99, שיעור שגיאה, אורך תור, מעגלים פתוחים.
• חלק הוגן: דיירים בכירים בצריכה, ”גלאי בריונים”.
• קבלה/רטריי, קצב ירידה, פיגור באמצע.

• 429 לא יותר מ-1-3% מכלל ה-RPS (ללא בוטים).
• P95 מגביל תוסף רישום 5-10 ms לקצה.
• זמן החלמה משפיל, 10 דקות.

sql
SELECT ts::date d, tenant, route,
SUM(hits) AS limit_hits,
SUM(total) AS total_calls,
SUM(hits)::decimal/NULLIF(SUM(total),0) AS hit_rate
FROM ratelimit_stats
GROUP BY 1,2,3
ORDER BY d DESC, hit_rate DESC;

11) חוברות משחק תקריות

סערת מגש (בסתיו): להפעיל את המצערת הגלובלית, להעלות גיבוי, מפסק פתוח, לחזור ”טעויות מהירות” במקום פסק זמן.
התקפת בוט/גרידה: כובע קשיח על ידי IP/ASN/Geo, לאפשר אתגר WAF/JS, להגביל ספריות/חיפוש.
שיא טורניר/אירוע: מראש להעלות גבולות קריאה, נמוך יותר ”שדות יקרים”, לאפשר מטמון/דרנורמליזציה.
קובצי אינטרנט נוספים מ-PSP: דלי דולף זמני, עדיפות לסוגים קריטיים, הרחבת אותיות מתות ומגש מחדש.

12) בדיקות וכיו "ב

עומס: סולם RPS, חרוזים x10 של נורמלי.
הגינות: חיקוי של 1 ”חמדן” - לא יותר מ-X% מהתקציב העולמי.
הידרדרות: הסתגלות SLO מפחיתה מגבלות ושומרת על p95 במסדרון.
מארזי גבול: החלון משתנה (min = chas), שעון שייק (clock skew), Redis scaling/key sharding.
חוזה: 429 ו-Retry-After נוכחים, SDK הוא גיבוי נכון.

13) אחסון למגבלות

לזכר גבולות מקומיים (אשכולות קטנים).
Redis/Memcaded עבור מבוזר (תסריטי Lua for atomicity).
שארדינג מפתחות על ידי חשיש; TTL תחת חלונות; מטרי גיבוי לאובדן מטמון.
Idempotency: המגביל לא צריך לשבור שיחות חוזרות (חשבונאות לפי מפתח בקשה).

14) ממשל

קטלוג גבולות: מי הבעלים, איזה מפתחות/סף/קצבה.
דגלי תכונה למתגים מהירים (מצב משבר).
מדיניות ורסיונינג ותהליך RFC לשינויים במכסות חוזיות.
ניסויי A/B על בחירת הסף האופטימלי.

15) אנטי דפוסים

מגבלה אחת גלובלית ”לכל הגופים”.
רק חלונות קבועים = ”קצה” קופץ.
הגבלה ללא משוב (לא 'Retry-After '/כותרות).
פסקי זמן שקטים במקום מהירות 429/503.
חוסר בנתח הוגן, לקוח אחד חונק את השאר.
אין הגנה לחיפוש GraphQL/מורכבות.
אפסים בשומר מקוון * DB/PSP ”שואב אבק”.

16) מיני גיליון רמאות של בחירה

ברירת המחדל היא דלי סמלי (קצב + פרץ) לכל דייר + מסלול.
מכסות על ידי כסף/דוחות: החלקת חלון יום/חודש.
מבצעים כבדים: תור ללא גבולות +.
GraphQL/it: תקציבי מורכבות + שאילתות ממושכות.
WS/Webhooks: דלי דולף + תרמיל גב.
מחנק דינמי + מפסק מעגל + להשפיל.

תקציר

בקרת עומס היא דיסציפלינה רב-רמה: אלגוריתמים נכונים (דלי/חלונות/תחרותיות), מפתחות גבול הוגן, התאמת SLO ומשוב שקוף. על ידי תפירת גבולות לתוך שער/רשת/שירותים, חימוש GraphQL/WS/Webhooks עם מדיניות פרופיל וחיבור יכולת תצפית עם ספרי משחק, אתה הופך אירועי שיא וכשלונות של אנשים אחרים למצבים מבוקרים - ללא קריסות, תשלומים משובשים והתמוטטות המרה.