Stai visualizzando la documentazione di Apigee Edge.
Vai alla
documentazione di Apigee X. informazioni
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 Edge fornisce due meccanismi 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 riguarda un aspetto distinto della gestione del traffico. In alcuni casi, puoi utilizzare entrambi i tipi di criteri in un unico proxy API.
Guarda questo video per un'introduzione alle norme per la gestione del traffico delle API.
SpikeArrest
Questo criterio attenua i picchi di traffico dividendo un limite da te definito in intervalli più piccoli. Ad esempio, se definisci un limite di 100 messaggi al secondo, il criterio SpikeArrest applica un limite di circa una richiesta ogni 10 millisecondi (1000 / 100) e 30 messaggi al minuto vengono semplificati in una 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 dovrebbe anche essere configurato per intervalli di tempo più brevi, ad esempio secondi o minuti. Questo criterio dovrebbe essere utilizzato per prevenire burst improvvisi del traffico causati da malintenzionati che tentano di interrompere un servizio utilizzando un attacco denial of service (DOS) o da applicazioni client con bug.
Consulta le norme di SpikeArrest.
Quota
Questo criterio applica i limiti di consumo sulle app client mantenendo 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 far rispettare i contratti aziendali o gli SLA (accordi sul livello del servizio) con sviluppatori e partner, anziché per la gestione del traffico operativo.
Vedi Criteri per le quote.