API-Ratenlimit-Rechner
API-Ratenlimit-Rechner
Geben Sie das Ratenlimit Ihrer API, die Länge ihres Reset-Fensters und wie viele Anfragen Sie im aktuellen Fenster bereits genutzt haben ein. Dies berechnet Ihre verbleibenden Anfragen, den Nutzungsprozentsatz und eine sichere, gleichmäßige Anfragerate, die das Limit über das gesamte Fenster genau ausschöpfen würde, ohne Spitzen.
- Formel: Verbleibend = Limit − Aktuelle Nutzung; Sichere Rate = Limit ÷ (Fensterlänge in Sekunden).
- Spitzen vs. gleichmäßige Rate: die sichere Rate geht von gleichmäßig verteilten Anfragen über das gesamte Fenster aus — viele APIs erlauben Spitzen bis zum Limit.
- Gängige Fensterlängen: Sekunden-, Minuten-, Stunden- und Tagesfenster sind bei API-Ratenbegrenzung üblich.
Was passiert, wenn ich das Ratenlimit überschreite?
Die meisten APIs antworten mit einem HTTP-429-Status "Too Many Requests" und enthalten oft einen Retry-After-Header.
Sollte ich immer genau die sichere Rate verwenden?
Nicht unbedingt — viele Workloads sind von Natur aus spitzenartig, und wenn Ihre API kurze Spitzen erlaubt, kann das effizienter sein.
API-Ratenlimit-Rechner
Geben Sie das Ratenlimit Ihrer API, die Länge ihres Reset-Fensters und wie viele Anfragen Sie im aktuellen Fenster bereits genutzt haben ein. Dies berechnet Ihre verbleibenden Anfragen, den Nutzungsprozentsatz und eine sichere, gleichmäßige Anfragerate, die das Limit über das gesamte Fenster genau ausschöpfen würde, ohne Spitzen.
- Formel: Verbleibend = Limit − Aktuelle Nutzung; Sichere Rate = Limit ÷ (Fensterlänge in Sekunden).
- Spitzen vs. gleichmäßige Rate: die sichere Rate geht von gleichmäßig verteilten Anfragen über das gesamte Fenster aus — viele APIs erlauben Spitzen bis zum Limit.
- Gängige Fensterlängen: Sekunden-, Minuten-, Stunden- und Tagesfenster sind bei API-Ratenbegrenzung üblich.
Was passiert, wenn ich das Ratenlimit überschreite?
Die meisten APIs antworten mit einem HTTP-429-Status "Too Many Requests" und enthalten oft einen Retry-After-Header.
Sollte ich immer genau die sichere Rate verwenden?
Nicht unbedingt — viele Workloads sind von Natur aus spitzenartig, und wenn Ihre API kurze Spitzen erlaubt, kann das effizienter sein.