Ratenbegrenzung für eine API planen
Prompt, der Grenzwerte für Anfragen an eine API plant, mit Verfahren, Antwort bei Überschreitung und Ankündigung. Kopiere ihn in ein KI-Tool deiner Wahl, das dann die Ratenbegrenzung plant.
- Thema
- Apps & Prototypen
- Art
- Prompt
- Niveau
- Fortgeschritten
- Zeit
- ca. 8 Min.
Ergebnisse hängen vom Tool, vom Modell und von deinen Angaben ab.
Ergebnis-Vorschau
Beispiel: von unserer Redaktion geschrieben, keine echte KI-Ausgabe.
Begrenzung je API-Schlüssel (Partner nutzen feste Schlüssel, IP-Adressen wechseln). Grenzwerte – Lesen: 600 Anfragen pro Minute – Schreiben: 120 Anfragen pro Minute – Suche: 60 Anfragen pro Minute Verfahren: Token-Bucket, erlaubt kurze Spitzen. Nachteil: etwas mehr Rechenaufwand je Anfrage. Bei Überschreitung: 429, Header RateLimit-Remaining und Retry-After, Meldung „Zu viele Anfragen. Bitte in 20 Sekunden erneut versuchen.“ Annahme: Spitzen von 400 pro Sekunde verteilen sich auf mindestens zehn Partner.
Ausfüllen
Deine Eingaben bleiben in diesem Browserfenster. Wir speichern und übertragen nichts.
- öffentliche REST-API für Bestellungen
- interne API für unsere App
- Such-API mit teuren Abfragen
- Empfänger für Webhooks
- API vor einem KI-Dienst
- Partnerfirmen mit eigenem Schlüssel
- nur unsere eigene App
- zahlende Kundschaft in drei Tarifen
- öffentlich ohne Anmeldung
- interne Dienste
- im Schnitt 50 Anfragen pro Sekunde, Spitzen bei 400
- einzelne Konten senden Tausende Anfragen pro Minute
- noch keine Zahlen, Start in drei Wochen
- montags früh steigt die Last stark
- die Suche bremst die Datenbank
Dein Prompt
Du hast den Prompt bearbeitet. Änderungen in den Feldern oben überschreiben ihn nicht mehr.
Das ist eine Anleitung für eine KI, noch nicht das Ergebnis.
Damit funktioniert der Prompt
Diese KI-Tools eignen sich für diesen Prompt:
So gehst du vor
- Fülle die Felder aus oder tippe auf einen Vorschlag. Lass Namen, Adressen und andere persönliche Daten weg.
- Kopiere den fertigen Prompt in ein KI-Tool deiner Wahl.
- Schalte die Grenzwerte zuerst nur im Beobachtungsmodus ein, der Überschreitungen protokolliert, aber nichts blockiert, und passe sie danach an.
Warum funktioniert das?
Die Reihenfolge von „wonach“ über „wie viel“ bis „was passiert dann“ verhindert Grenzwerte, die gut klingen, aber die falschen treffen. Header und klare Fehlermeldungen sorgen dafür, dass sich Aufrufende anpassen können, statt einfach erneut zu senden.
Tipps
- Teure Endpunkte wie Suche oder Export brauchen meist eigene, niedrigere Grenzen als einfache Lesezugriffe.