Limiter le débit

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

Consultez la documentation d'Apigee Edge.

Pour maintenir des performances et une disponibilité sur une base variée d'applications clientes, il est essentiel de maintenir le trafic des applications dans les limites de la capacité de vos API et de vos services de backend. Il est également important de vérifier que les applications ne consomment pas plus de ressources que ce qui est autorisé.

Apigee propose deux règles pour vous permettre d'optimiser la gestion du trafic afin de minimiser la latence des applications tout en maintenant fonctionnels les services de backend. Chaque type de règle se charge d'un aspect distinct de la gestion du trafic. Dans certains cas, vous pouvez utiliser les deux types de règles dans un même proxy d'API.

Règle SpikeArrest

La règle SpikeArrest protège contre les surcharges de trafic. Cette règle limite le nombre de requêtes traitées par un proxy d'API et envoyées à un backend, ce qui protège contre la latence excessive et les temps d'arrêt.

Cette règle doit être utilisée pour éviter les pics de trafic soudains causés par des pirates malveillants qui tentent de perturber un service à l'aide d'une attaque par déni de service (DOS) ou par des applications clientes qui posent problème.

Consultez la page Règle SpikeArrest.

Règle de quota

Cette règle applique des limites de consommation aux applications clientes en maintenant un "compteur" distribué qui tient le compte des requêtes entrantes. Le compteur peut comptabiliser les appels d'API de n'importe quelle entité identifiable, y compris les applications, les développeurs, les clés API, les jetons d'accès, etc. En règle générale, les clés API permettent d'identifier les applications clientes. Cette règle est coûteuse en ressources informatiques. Ainsi, pour les API à trafic élevé, elle doit être configurée pour des intervalles de temps plus longs, comme un jour ou un mois. Cette règle doit être utilisée pour appliquer des contrats d'entreprise ou des contrats de niveau de service avec des développeurs et des partenaires, plutôt que pour la gestion du trafic opérationnelle.

Reportez-vous aux règles relatives aux quotas.