Questa pagina si applica a Apigee e Apigee ibrido.
Visualizza la documentazione di
Apigee Edge.
Per mantenere le prestazioni 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. Inoltre, è importante garantire che le app non consumino più risorse di quelle consentite.
Apigee offre due criteri che ti consentono di ottimizzare la gestione del traffico per ridurre al minimo la latenza per le app mantenendo l'integrità dei servizi di backend. Ogni tipo di criterio gestisce un aspetto distinto della gestione del traffico. In alcuni casi, è possibile utilizzare entrambi i tipi di criteri in un singolo proxy API.
Criterio di SpikeArrest
Il criterio SpikeArrest protegge dai picchi di traffico. Questo criterio limita il numero di richieste elaborate da un proxy API e inviate a un backend, proteggendo da ritardi delle prestazioni e tempi di inattività.
Questo criterio deve essere utilizzato per evitare improvvisi burst di traffico causati da utenti malintenzionati che tentano di interrompere un servizio utilizzando un attacco DOS (Denial of Service) o da applicazioni client con bug.
Vedi il criterio di SpikeArrest.
Criteri per le quote
Questo criterio applica i limiti di consumo alle app client mantenendo un "contatore" distribuito che rilevi le richieste in entrata. Il contatore può conteggiare le chiamate API per qualsiasi entità identificabile, tra cui app, sviluppatori, chiavi API, token di accesso e così via. In genere, le chiavi API vengono utilizzate per identificare le app client. Questo criterio è costoso dal punto di vista del calcolo, quindi per le API a traffico elevato deve essere configurato per intervalli di tempo più lunghi, ad esempio un giorno o un mese. Questi criteri dovrebbero essere utilizzati per far rispettare contratti aziendali o SLA (accordi sul livello del servizio) con sviluppatori e partner, anziché per la gestione del traffico operativo.
Consulta i criteri per le quote.