Questa pagina si applica ad Apigee e Apigee hybrid.
Visualizza la documentazione di Apigee Edge.
Utilizza la tabella di confronto di seguito per decidere quale criterio utilizzare per il tuo caso d'uso relativo limitazione di frequenza:
Quota | SpikeArrest | |
---|---|---|
Utilizzalo per: | Limita il numero di chiamate proxy API che uno sviluppatore o un'app può effettuare in un periodo di tempo specifico. Il criterio SpikeArrest è più adatto per limitazione di frequenza su intervalli di tempo più brevi, ad esempio secondi o minuti. Valuta la possibilità di utilizzare la quota se è necessario un conteggio preciso. | Limita il numero di chiamate API che è possibile effettuare contro un proxy API tra tutti i consumer in un periodo di tempo specifico (in genere breve). Il criterio per le quote è più adatto per impostare limiti su intervalli di tempo più lunghi, come giorni, settimane, mesi o anni. |
Non utilizzarla per: |
Non utilizzarlo per proteggere il backend di destinazione del proxy API dai picchi di traffico. In questo caso, utilizza il criterio SpikeArrest. |
Non utilizzarlo per contare e limitare il numero di connessioni che le app possono stabilire al backend di destinazione del proxy API in un determinato periodo di tempo. Nota: per tutti i casi d'uso che richiedono un conteggio preciso, utilizza il criterio per le quote. |
Memorizza un conteggio? | Sì | No |
Best practice per l'aggiunta del criterio: |
Collegalo al PreFlow della richiesta ProxyEndpoint, in genere dopo l'autenticazione dell'utente. Questo consente al criterio di controllare il contatore della quota nel punto di ingresso del proxy API. |
Collegalo al PreFlow della richiesta ProxyEndpoint, in genere all'inizio del flusso. Questa operazione fornisce una protezione dai picchi nel punto di ingresso del proxy API. |
Codice di stato HTTP quando è stato raggiunto il limite: |
|
|
Buono a sapersi: |
|
Consente di scegliere tra un algoritmo di "smoothing" o un algoritmo di conteggio effettivo. La prima semplifica il numero di richieste che possono verificarsi in un determinato periodo di tempo, mentre la seconda limita il numero totale di richieste che possono verificarsi in un periodo di tempo specificato, indipendentemente dalla velocità con cui vengono inviate in successione. Inoltre, il perfezionamento non è coordinato tra i processori di messaggi. |
Scopri di più: | Criteri per le quote | Norme di SpikeArrest |