Technische Definition
Innerhalb eines API-Gateways ist der Rate Limiter eine kritische Komponente, die die Anzahl der Anfragen überwacht und begrenzt, die ein Client innerhalb eines bestimmten Zeitfensters an eine API stellen kann. Er fungiert als Schutzschicht, verhindert Systemüberlastung, mildert Denial-of-Service-Angriffe, gewährleistet eine gerechte Ressourcenverteilung unter Benutzern und hilft, Betriebskosten durch Steuerung des Datenverkehrs zu verwalten. Die Komponente wird typischerweise als Softwarecode implementiert und ist als eigenständiges Teil oder in ein API-Gateway integriert erhältlich. Sie funktioniert, indem sie Anfragekennungen wie API-Schlüssel, IP-Adressen oder Benutzer-IDs gegen ein konfiguriertes Kontingent (z. B. 100 Anfragen pro Minute) verfolgt. Wenn eine Anfrage eintrifft, wird der aktuelle Zähler für diese Kennung innerhalb des relevanten Zeitfensters überprüft. Liegt der Zähler unter dem Limit, wird die Anfrage an den Backend-Dienst weitergeleitet und der Zähler erhöht. Wird das Limit überschritten, wird die Anfrage blockiert oder in eine Warteschlange gestellt, und eine entsprechende Fehlerantwort (wie HTTP 429 Too Many Requests) wird an den Client zurückgegeben. Zu den gängigen Algorithmen gehören Token Bucket, Leaky Bucket, Fixed Window und Sliding Window. Die Komponente ist durch Parameter wie maximale Anfragen pro Sekunde (1000–100000 req/s), Burst-Kapazität (1000–10000 Anfragen), Antwortzeit (1–10 ms), Genauigkeit (±0,1 %), Betriebstemperatur (-40 bis 85 °C), Lagertemperatur (-40 bis 125 °C), relative Luftfeuchtigkeit (5–95 % rF), Versorgungsspannung (3,3–5,0 V DC), Leistungsaufnahme (0,5–2,0 W), Schutzart (IP40–IP65), Speicherbedarf (10–100 MB) und Gewicht (0,1–0,5 kg) gekennzeichnet. Diese Werte sind Referenzbereiche und müssen für das spezifische Modell und die Anwendung bestätigt werden. Die Komponente erfüllt Normen wie IEC 60068-2-1, IEC 60068-2-2, IEC 60068-2-78 und IEC 60529, die als Beschaffungs- und Verifizierungsreferenz dienen und keine Zertifizierung implizieren. Bei der Auswahl sind die erforderliche Anfragelast, Burst-Verarbeitung, Antwortzeit und Umgebungsbedingungen zu berücksichtigen. Verifizierungsfragen sollten das genaue Kontingent, den Algorithmus und die Fehlerbehandlung betreffen. Wartungssignale umfassen erhöhte Antwortzeiten oder Fehlerraten. Fehlergrenzen umfassen das Überschreiten der maximalen Anfragelast oder den Betrieb außerhalb der Temperaturgrenzen.
Funktionsprinzip
Der Rate Limiter funktioniert, indem er Anfragekennungen (wie API-Schlüssel, IP-Adressen oder Benutzer-IDs) gegen ein konfiguriertes Kontingent (z. B. 100 Anfragen pro Minute) verfolgt. Wenn eine Anfrage eintrifft, wird der aktuelle Zähler für diese Kennung innerhalb des relevanten Zeitfensters überprüft. Liegt der Zähler unter dem Limit, wird die Anfrage an den Backend-Dienst weitergeleitet und der Zähler erhöht. Wird das Limit überschritten, wird die Anfrage blockiert oder in eine Warteschlange gestellt, und eine entsprechende Fehlerantwort (wie HTTP 429 Too Many Requests) wird an den Client zurückgegeben. Zu den gängigen Algorithmen gehören Token Bucket, Leaky Bucket, Fixed Window und Sliding Window.
