Confronto tra i criteri di quota e SpikeArrest

Questa pagina si applica a Apigee e Apigee ibridi.

Visualizza la documentazione di Apigee Edge.

Punto chiave: i criteri Quota e SpikeArrest conteggiano le richieste e intervengono se viene superata una soglia di richieste specificata. Ricorda, tuttavia, che i meccanismi in base ai quali queste politiche contano richieste non sono le stesse.

Sebbene SpikeArrest rispetti i conti con un'elevata affidabilità, è progettato per utilizzare una Redis best- effort per archiviare i propri conteggi. Poiché la cache non viene replicata, in alcuni casi i conteggi potrebbero essere persi, ad esempio in caso di riavvio dei server cache o in altri casi rari.

Per questi motivi, sconsigliamo di utilizzare SpikeArrest per i casi d'uso che richiedono un conteggio preciso. Solo l'istanza sincrona I criteri per le quote offrono un conteggio accurato in tutte le regioni in un determinato periodo di tempo.

Utilizza la tabella comparativa di seguito per decidere quale criterio utilizzare per: per il caso d'uso di limitazione di frequenza:

	Quota	SpikeArrest
Utilizzalo per:	Limita il numero di chiamate proxy API che uno sviluppatore o un'app per sviluppatori può effettuare in un determinato periodo di tempo. Il criterio SpikeArrest è più adatto per limitazione di frequenza in un periodo di tempo più breve come secondi o minuti. Valuta la possibilità di utilizzare Quota se il conteggio accurato è un requisito.	Limita il numero di chiamate API che è possibile effettuare su un proxy API per tutti i consumer in un arco di tempo specifico (solitamente breve). Il criterio di quota è più adatto per impostare limiti su intervalli di tempo più lunghi come giorni, settimane, mesi o anni.
Non utilizzarlo per:	Non utilizzarlo per proteggere il backend di destinazione del proxy API da picchi di traffico. In questo caso, utilizza il criterio SpikeArrest.	Non utilizzarlo per conteggiare e limitare il numero di connessioni che le app possono effettuare al backend di destinazione del proxy API in un determinato periodo di tempo. Nota: per tutti i casi d'uso che richiedono un conteggio accurato, utilizza il criterio Quota.
Memorizza un conteggio?	Sì	No
Best practice per allegare le norme:	Collegalo a ProxyEndpoint Request PreFlow, in genere dopo il autenticazione dell'utente. Consente al criterio di controllare il contatore delle quote al punto di ingresso dell'API proxy.	Collegalo a ProxyEndpoint Request PreFlow, in genere nel punto l'inizio del flusso. Questa fornisce protezione dai picchi nel punto di ingresso del proxy API.
Codice di stato HTTP quando viene raggiunto il limite:	429 (servizio non disponibile)	429 (servizio non disponibile)
Buono a sapersi:	Il contatore della quota è archiviato in Cassandra. Configura il criterio per sincronizzare il contatore in modo asincrono per risparmiare risorse. La sincronizzazione asincrona del contatore può causare un ritardo nella risposta del limite di frequenza, il che potrebbe consentire chiamate leggermente superiori al limite impostato.	Ti consente di scegliere tra un algoritmo di "appiattimento" o un algoritmo di conteggio efficace. La la prima attenua il numero di richieste che possono verificarsi in un determinato periodo di tempo e la seconda limita il numero totale di richieste che possono verificarsi entro un periodo di tempo specificato, la velocità con cui vengono inviati in successione. Inoltre, lo smoothing non è coordinato tra Processori di messaggi.
Per ulteriori dettagli:	Criteri per le quote	SpikeArrest norme

Suggerimento: puoi anche utilizzare le seguenti soluzioni per proteggere i backend lenti/lenti senza influire sul funzionamento delle API:

• Creazione di flussi condivisi riutilizzabili: combina criteri e risorse in un flusso condiviso che puoi utilizzare da più proxy API e persino da altri flussi condivisi.
• Concatenamento di proxy API: specifica che un proxy è l'endpoint di destinazione di un altro, collegando efficacemente i due proxy in una catena di proxy. Collegare i proxy in questo modo può aiutarti a evitare un hop di rete e quindi a migliorare il rendimento complessivo.