Contrôle du trafic et quotas
ConceptProduitDepuis la version 0.1.0
Guide produit : ce que la capacité apporte, pour qui, ses limites et la version qui l'a livrée - sans syntaxe de configuration.
| Ce que ça fait | Limite le débit par appelant (son identité, pas l'adresse du pod qui relaie), par classe de requête ou par opération ; pose des quotas de tenant au jour et au mois ; partage les compteurs entre répliques ; déleste les requêtes les moins prioritaires quand la passerelle sature |
| Pourquoi c'est important | Un client bruyant ne dégrade plus les autres. Les en-têtes RateLimit-* sont envoyés aussi en succès : un client bien écrit ralentit avant d'être refusé. Un refus pour votre débit (429) se distingue d'un manque de capacité de la plateforme (503) |
| Cas d'usage | Offrir un volume mensuel de requêtes par client ; protéger une opération coûteuse par un seau qui lui est propre ; garder les paiements servis pendant qu'un rapport lourd est délesté ; compter juste sur plusieurs répliques |
| Limites | Les plans (une limite qui dépend de l'offre du client, lue d'une claim ou de la clé) et les budgets par utilisateur ou par cas d'usage arrivent en 1.8.0 ; un quota de tenant exige un magasin de compteurs partagé (Redis, Dragonfly ou Valkey) |
| Depuis | 0.1.0 (débit par appelant), 1.0.0 (compteurs partagés, quotas jour et mois, délestage, seau par opération) |
| Configurer | Poser des quotas |