Stai visualizzando la documentazione di Apigee Edge.
Consulta la
documentazione di Apigee X. info
Per mantenere il rendimento e la disponibilità su una base diversificata di app client, è fondamentale mantenere il traffico delle app entro i limiti della capacità delle API e dei servizi di backend. È anche importante assicurarsi che le app non consumino più risorse di quelle consentite.
Apigee Edge fornisce due meccanismi che consentono di ottimizzare la gestione del traffico per ridurre al minimo la latenza delle app, mantenendo al contempo l'integrità dei servizi di backend. Ogni tipo di policy riguarda un aspetto distinto della gestione del traffico. In alcuni casi, potresti utilizzare entrambi i tipi di policy in un singolo proxy API.
Guarda questo video per un'introduzione alle policy di gestione del traffico API.
SpikeArrest
Questa policy attenua i picchi di traffico dividendo un limite definito in intervalli più piccoli. Ad esempio, se definisci un limite di 100 messaggi al secondo, la policy SpikeArrest applica un limite di circa 1 richiesta ogni 10 millisecondi (1000 / 100); 30 messaggi al minuto vengono attenuati in circa 1 richiesta ogni 2 secondi (60 / 30). Il limite di SpikeArrest deve essere vicino alla capacità calcolata per il servizio di backend o per il proxy API stesso. Il limite deve essere configurato anche per intervalli di tempo più brevi, ad esempio secondi o minuti. Questa policy deve essere utilizzata per impedire improvvisi picchi di traffico causati da aggressori dannosi che tentano di interrompere un servizio utilizzando un attacco Denial of Service (DoS) o da applicazioni client con bug.
Consulta la SpikeArrest policy.
Quota
Questa policy applica i limiti di consumo alle app client mantenendo un "contatore" distribuito che conteggia le richieste in entrata. Il contatore può conteggiare le chiamate API per qualsiasi entità identificabile, incluse app, sviluppatori, chiavi API, token di accesso e così via. In genere, le chiavi API vengono utilizzate per identificare le app client. Questa policy è costosa dal punto di vista computazionale, pertanto per le API con traffico elevato deve essere configurata per intervalli di tempo più lunghi, ad esempio un giorno o un mese. Questa policy deve essere utilizzata per applicare contratti commerciali o SLA con sviluppatori e partner, anziché per la gestione operativa del traffico.
Consulta la policy Quota.