Limites de débit
API principale
| Type d’opération | Limite | Fenêtre |
|---|---|---|
| Lecture (GET) | 200 | 10 secondes |
| Écriture (POST, PUT, PATCH, DELETE) | 50 | 10 secondes |
API d’ingestion d’événements
L’API d’ingestion d’événements possède des limites de débit distinctes :| Type d’opération | Limite | Fenêtre |
|---|---|---|
| Toutes les requêtes | 1 000 | 10 secondes |
POST /v1/events/batch: maximum de 5 000 événements par requêteDELETE /v1/events: maximum de 5 000 ID d’événements par requête
En-têtes de limite de débit
Les réponses de l’API incluent les en-têtes de limite de débit suivants :X-RateLimit-Limit: le nombre maximum de requêtes autorisé dans la fenêtre actuelleX-RateLimit-Remaining: le nombre de requêtes restantes dans la fenêtre actuelleX-RateLimit-Reset: la date et l’heure auxquelles la fenêtre de limite de débit se réinitialiseRetry-After: le nombre minimum de secondes à attendre avant de réessayer (uniquement lorsque la limite a été atteinte)
Gérer les limites de débit
Lorsque vous dépassez la limite de débit, l’API renvoie un code de statut HTTP 429 Too Many Requests. Le corps de la réponse sera :Bonnes pratiques
- Surveillez les limites de débit : suivez l’en-tête
X-RateLimit-Remainingpour anticiper le moment où vous approchez de la limite - Implémentez un backoff : lorsque vous recevez une réponse 429 :
- Attendez jusqu’à la date spécifiée dans l’en-tête
X-RateLimit-Reset - Envisagez de mettre en œuvre un backoff exponentiel pour les nouvelles tentatives
- Attendez jusqu’à la date spécifiée dans l’en-tête
- Regroupez les requêtes : lorsque c’est possible, combinez plusieurs opérations en une seule requête
- Mise en cache : mettez en cache les réponses lorsque c’est approprié pour réduire le nombre d’appels API

