Questa pagina si applica ad Apigee e Apigee hybrid.
Visualizza la documentazione di
Apigee Edge.
Per mantenere prestazioni e 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 assicurarsi che le app non consumino più risorse di quanto consentito.
Apigee offre due criteri che consentono di ottimizzare la gestione del traffico per ridurre al minimo la latenza per le app, mantenendo al contempo l'integrità dei servizi di backend. Ogni tipo di criterio affronta un aspetto distinto della gestione del traffico. In alcuni casi, puoi utilizzare entrambi i tipi di criteri in un unico proxy API.
Norme 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, in modo da proteggere da tempi di inattività e ritardi delle prestazioni.
Questo criterio dovrebbe essere usato per prevenire burst improvvisi del traffico causati da malintenzionati che tentano di interrompere un servizio utilizzando un attacco DOS (denial-of-service) o da applicazioni client con bug.
Consulta le norme di SpikeArrest.
Criteri per le quote
Questo criterio applica limiti di consumo per le app client gestendo un "contatore" distribuito che rileva 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, pertanto 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 applicare contratti aziendali o SLA (accordi sul livello del servizio) con sviluppatori e partner, anziché per la gestione operativa del traffico.
Consulta la pagina Criteri per le quote.