Comparer les règles sur les quotas et SpikeAlert

Cette page s'applique à Apigee et à Apigee hybrid.

Consultez la documentation d' Apigee Edge.

Point clé : Les règles Quota et SpikeArrest comptent les requêtes et prennent des mesures en cas de dépassement d'un seuil de requêtes spécifié. Sachez toutefois que les mécanismes de comptage des requêtes de ces règles sont différents.

Bien que SpikeArrest gère les décomptes avec une haute fiabilité, il est conçu pour utiliser un cache Redis optimisé pour stocker les décomptes. Comme le cache n'est pas répliqué, il peut arriver que les décomptes soient perdus, par exemple en cas de redémarrage des serveurs de cache ou d'autres événements rares.

Pour ces raisons, nous vous déconseillons d'utiliser SpikeArrest pour les cas d'utilisation nécessitant un comptage précis. Seule la règle de quota synchrone offre un décompte précis dans toutes les régions pour une période donnée.

Le tableau comparatif ci-dessous vous aidera à déterminer la règle à utiliser pour votre cas d'utilisation de limitation du débit :

	Quota	SpikeArrest
Utilisez-la pour :	Limiter le nombre d'appels de proxy d'API qu'un développeur ou une application peut effectuer sur une période spécifique. La règle SpikeArrest est plus adaptée à la limitation du débit sur des intervalles de temps plus courts (secondes ou minutes par exemple). Envisagez d'utiliser la règle de quota si vous avez besoin d'un décompte précis.	Limiter le nombre d'appels d'API pouvant être effectués sur un même proxy d'API par l'ensemble des clients sur une période spécifique (généralement courte). La règle de quota est plus adaptée pour définir des limites sur des intervalles de temps plus longs (jours, semaines, mois ou années par exemple).
Ne l'utilisez pas pour :	Ne l'utilisez pas pour protéger le backend cible de votre proxy d'API contre les pics de trafic. Utilisez pour cela la règle SpikeArrest.	Ne l'utilisez pas pour compter et limiter le nombre de connexions que les applications peuvent établir avec le backend cible de votre proxy d'API sur une période donnée. Remarque : Pour tous les cas d'utilisation nécessitant un comptage précis, utilisez la règle de quota.
Stocke un décompte ?	Oui	Non
Bonnes pratiques pour associer la règle :	Associez-la au PreFlow de requête ProxyEndpoint, généralement après l'authentification de l'utilisateur. Cela permet à la règle de vérifier le compteur de quotas au niveau du point d'entrée du proxy d'API.	Associez-la au PreFlow de requête ProxyEndpoint, généralement au tout début du flux. Cela offre une protection contre les pics au niveau du point d'entrée du proxy d'API.
Code d'état HTTP une fois la limite atteinte :	429 (Service indisponible)	429 (Service indisponible)
Bon à savoir :	Le compteur de quota est stocké dans Cassandra. Configurez la règle afin de synchroniser le compteur de manière asynchrone pour enregistrer des ressources. La synchronisation asynchrone du compteur peut entraîner un retard dans la réponse de limitation du débit, ce qui peut provoquer un nombre d'appels légèrement supérieur à la limite que vous avez définie.	Vous permet de choisir entre un algorithme "à lissage" et un algorithme de comptage efficace. Le premier lisse le nombre de requêtes pouvant survenir au cours d'une période spécifiée et le second limite le nombre total de requêtes pouvant être effectuées au cours d'une période spécifiée, indifféremment de la rapidité à laquelle elles sont envoyées. En outre, le lissage n'est pas coordonné entre les processeurs de messages.
En savoir plus :	Règles relatives aux quotas	Règle SpikeArrest

Conseil:Vous pouvez également utiliser les éléments suivants pour protéger les backends lents sans affecter les performances des API :

• Créer des flux partagés réutilisables:combinez des règles et des ressources en un flux partagé que vous pouvez utiliser à partir de plusieurs proxys d'API et même d'autres flux partagés.
• Chaînage des proxys d'API: spécifiez qu'un proxy est le point de terminaison cible d'un autre proxy, en connectant efficacement les deux proxys dans une chaîne de proxy. L'association de proxys en chaîne permet d'éviter les sauts de réseau et donc d'améliorer les performances globales.