Stai visualizzando la documentazione di Apigee Edge.
Consulta la
documentazione di Apigee X. info
Edge Microgateway v. 2.5.x
Pubblico
Questo argomento è rivolto agli operatori di Edge Microgateway che vogliono utilizzare i plug-in esistenti che sono installati con il microgateway. Vengono inoltre descritti in dettaglio i plug-in per l'arresto dei picchi e per le quote (entrambi inclusi nell'installazione). Se sei uno sviluppatore che vuole sviluppare nuovi plug-in, consulta Sviluppare plug-in personalizzati.
Che cos'è un plug-in di Edge Microgateway?
Un plug-in è un modulo Node.js che aggiunge funzionalità a Edge Microgateway. I moduli dei plug-in seguono un pattern coerente e vengono archiviati in una località nota a Edge Microgateway, consentendo al microgateway di rilevarli e caricarli automaticamente. Edge Microgateway include diversi plug-in esistenti e puoi anche creare plug-in personalizzati, come spiegato in Sviluppare plug-in personalizzati.
Plug-in esistenti inclusi in Edge Microgateway
Durante l'installazione di Edge Microgateway vengono forniti diversi plug-in esistenti. Questi includono:
| Plug-in | Abilitato per impostazione predefinita | Descrizione |
|---|---|---|
| Analytics | Sì | Invia i dati di analisi da Edge Microgateway ad Apigee Edge. |
| OAuth | Sì | Aggiunge la convalida del token OAuth e della chiave API a Edge Microgateway. Consulta Configurare e configurare Edge Microgateway. |
| Quota | No | Applica la quota alle richieste a Edge Microgateway. Utilizza Apigee Edge per archiviare e gestire le quote. Consulta Utilizzare il plug-in per le quote. |
| SpikeArrest | No | Protegge da picchi di traffico e attacchi DoS. Consulta Utilizzare il plug-in SpikeArrest. |
| Header-uppercase | No | Un proxy di esempio commentato inteso come guida per aiutare gli sviluppatori a scrivere plug-in personalizzati. Consulta Plug-in di esempio di Edge Microgateway. |
| Accumulate-request | No | Accumula i dati delle richieste in un singolo oggetto prima di passarli al gestore successivo nella catena di plug-in. Utile per scrivere plug-in di trasformazione che devono operare su un singolo oggetto di contenuti di richiesta accumulati. |
| Accumulate-response | No | Accumula i dati delle risposte in un singolo oggetto prima di passarli al gestore successivo nella catena di plug-in. Utile per scrivere plug-in di trasformazione che devono operare su un singolo oggetto di contenuti di risposta accumulati. |
| Transform-uppercase | No | Trasforma i dati di richiesta o risposta. Questo plug-in rappresenta un'implementazione di best practice di un plug-in di trasformazione. Il plug-in di esempio esegue una trasformazione banale (converte i dati di richiesta o risposta in maiuscolo); tuttavia, può essere facilmente adattato per eseguire altri tipi di trasformazioni, come da XML a JSON. |
| Json2xml | No | Trasforma i dati di richiesta o risposta in base alle intestazioni Accept o Content-Type. Per dettagli, consulta la documentazione del plug-in su GitHub. |
| Quota-memory | No | Applica la quota alle richieste a Edge Microgateway. Archivia e gestisce le quote nella memoria locale memory. |
| Healthcheck | No | Restituisce informazioni sul processo di Edge Microgateway, ad esempio sull'utilizzo della memoria utilizzata, della CPU e così via. Per utilizzare il plug-in, chiama l'URL /healthcheck sull'istanza di Edge Microgateway. Questo plug-in è inteso come esempio che puoi utilizzare per implementare il tuo plug-in di controllo dell'integrità. |
Dove trovare i plug-in esistenti
I plug-in esistenti inclusi in Edge Microgateway si trovano qui, dove [prefix]
è la npm directory del prefisso. Consulta
Dove è installato Edge Microgateway se non riesci a trovare questa directory.
[prefix]/lib/node_modules/edgemicro/node_modules/microgateway-plugins
Aggiungere e configurare i plug-in
Segui questo pattern per aggiungere e configurare i plug-in:
- Arresta Edge Microgateway.
- Apri un file di configurazione di Edge Microgateway. Per maggiori dettagli, consulta Apportare modifiche alla configurazione per le opzioni.
- Aggiungi il plug-in all'elemento
plugins:sequencedel file di configurazione, come segue. I plug-in vengono eseguiti nell'ordine in cui appaiono in questo elenco.
edgemicro:
home: ../gateway
port: 8000
max_connections: -1
max_connections_hard: -1
logging:
level: info
dir: /var/tmp
stats_log_interval: 60
plugins:
dir: ../plugins
sequence:
- oauth
- plugin-name
- Configura il plug-in. Alcuni plug-in hanno parametri facoltativi che puoi configurare nel
file di configurazione. Ad esempio, puoi aggiungere la seguente sezione per configurare il plug-in SpikeArrest. Per ulteriori informazioni, consulta Utilizzare il plug-in SpikeArrest
edgemicro: home: ../gateway port: 8000 max_connections: -1 max_connections_hard: -1 logging: level: info dir: /var/tmp stats_log_interval: 60 plugins: dir: ../plugins sequence: - oauth - spikearrest spikearrest: timeUnit: minute allow: 10
- Salva il file.
- Riavvia o ricarica Edge Microgateway, a seconda del file di configurazione che hai modificato.
Configurazione specifica del plug-in
Puoi sostituire i parametri del plug-in specificati nel file di configurazione creando una configurazione specifica del plug-in in questa directory:
[prefix]/lib/node_modules/edgemicro/node_modules/microgateway-plugins/config
dove [prefix] è la directory del prefisso npm. Consulta
Dove è installato Edge Microgateway se non riesci a trovare questa directory.
plugins/<plugin_name>/config/default.yaml. Ad esempio, puoi inserire questo
blocco in plugins/spikearrest/config/default.yaml e sostituirà tutte le altre
impostazioni di configurazione.
spikearrest: timeUnit: hour allow: 10000 buffersize: 0
Utilizzare il plug-in SpikeArrest
Il plug-in SpikeArrest protegge dai picchi di traffico. Limita il numero di richieste elaborate da un'istanza di Edge Microgateway.
Aggiungere il plug-in SpikeArrest
Consulta Aggiungere e configurare i plug-in.
Esempio di configurazione per SpikeArrest
edgemicro:
home: ../gateway
port: 8000
max_connections: -1
max_connections_hard: -1
logging:
level: info
dir: /var/tmp
stats_log_interval: 60
plugins:
dir: ../plugins
sequence:
- oauth
- spikearrest
spikearrest:
timeUnit: minute
allow: 10
bufferSize: 5
Opzioni di configurazione per SpikeArrest
- timeUnit: la frequenza con cui viene reimpostata la finestra di esecuzione di SpikeArrest. I valori validi sono second o minute.
- allow: il numero massimo di richieste consentite durante timeUnit. Consulta anche Se esegui più processi Edge Micro processi.
- bufferSize: (facoltativo, valore predefinito = 0) se bufferSize > 0, SpikeArrest memorizza questo numero di richieste in un buffer. Non appena si verifica la successiva "finestra" di esecuzione, le richieste memorizzate nel buffer vengono elaborate per prime. Consulta anche Aggiungere un buffer.
Come funziona SpikeArrest?
Considera SpikeArrest come un modo per proteggerti in generale dai picchi di traffico, anziché come un modo per limitare il traffico a un numero specifico di richieste. Le tue API e il tuo backend possono gestire una determinata quantità di traffico e il criterio SpikeArrest ti aiuta a uniformare il traffico alle quantità generali che desideri.
Il comportamento di SpikeArrest in fase di runtime è diverso da quello che potresti aspettarti di vedere dai valori letterali per minuto o per secondo che inserisci.
Ad esempio, supponiamo che tu specifichi una frequenza di 30 richieste al minuto, come segue:
spikearrest: timeUnit: minute allow: 30
Durante i test, potresti pensare di poter inviare 30 richieste in 1 secondo, purché rientrino in un minuto. Ma non è così che il criterio applica l'impostazione. Se ci pensi, 30 richieste in un periodo di 1 secondo potrebbero essere considerate un mini picco in alcuni ambienti.
Che cosa succede effettivamente? Per evitare comportamenti simili a picchi, SpikeArrest uniforma il traffico consentito dividendo le impostazioni in intervalli più piccoli, come segue:
Frequenze al minuto
Le frequenze al minuto vengono uniformate in intervalli di secondi di richieste consentite. Ad esempio, 30 richieste al minuto vengono uniformate come segue:
60 secondi (1 minuto) / 30 = intervalli di 2 secondi o circa 1 richiesta consentita ogni 2 secondi. Una seconda richiesta entro 2 secondi non andrà a buon fine. Inoltre, una 31ª richiesta entro un minuto non andrà a buon fine.
Frequenze al secondo
Le frequenze al secondo vengono uniformate in intervalli di millisecondi di richieste consentite. Ad esempio, 10 richieste/secondo vengono uniformate come segue:
1000 millisecondi (1 secondo) / 10 = intervalli di 100 millisecondi o circa 1 richiesta consentita ogni 100 millisecondi . Una seconda richiesta entro 100 ms non andrà a buon fine. Inoltre, un'undicesima richiesta entro un secondo non andrà a buon fine.
Quando il limite viene superato
Se il numero di richieste supera il limite entro l'intervallo di tempo specificato, SpikeArrest restituisce questo messaggio di errore con uno stato HTTP 503:
{"error": "spike arrest policy violated"}Aggiungere un buffer
Hai la possibilità di aggiungere un buffer al criterio. Supponiamo che tu imposti il buffer su 10. Vedrai che l'API non restituisce immediatamente un errore quando superi il limite di SpikeArrest. Le richieste vengono invece memorizzate nel buffer (fino al numero specificato) e le richieste memorizzate nel buffer vengono elaborate non appena è disponibile la finestra di esecuzione appropriata successiva. Il valore predefinito di bufferSize è 0.
Se esegui più processi Edge Micro processi
Il numero di richieste consentite dipende dal numero di processi worker di Edge Micro in esecuzione. SpikeArrest calcola il numero consentito di richieste per processo worker. Per impostazione predefinita,
il numero di processi Edge Micro è uguale al numero di CPU sulla macchina su cui è installato Edge Micro. Tuttavia, puoi configurare il numero di processi worker quando avvii Edge Micro
utilizzando l'opzione --processes nel comando start. Ad esempio, se vuoi che SpikeArrest si attivi a 100 richieste in un determinato periodo di tempo e se avvii Edge Microgateway con l'opzione --processes 4, imposta allow: 25 nella configurazione di SpikeArrest. In sintesi, la regola generale è di impostare il allow parametro di configurazione
sul valore "conteggio di SpikeArrest desiderato / numero di processi".
Utilizzare il plug-in per le quote
Una quota specifica il numero di messaggi di richiesta che un'app può inviare a un'API nell'arco di un'ora, un giorno, una settimana o un mese. Quando un'app raggiunge il limite di quota, le chiamate API successive vengono rifiutate. Consulta anche Qual è la differenza tra SpikeArrest e quota?.
Aggiungere il plug-in per le quote
Consulta Aggiungere e configurare i plug-in.
Configurazione del prodotto in Apigee Edge
Configura le quote nell'interfaccia utente di Apigee Edge, dove configuri i prodotti API. Devi sapere quale prodotto contiene il proxy compatibile con il microgateway che vuoi limitare con una quota. Questo prodotto deve essere aggiunto a un'app sviluppatore. Quando effettui chiamate API autenticate utilizzando le chiavi nell'app sviluppatore, la quota verrà applicata a queste chiamate API.
- Accedi all'account dell'organizzazione Apigee Edge.
- Nell'interfaccia utente di Edge, apri il prodotto associato al proxy compatibile con il microgateway a cui
vuoi applicare la quota.
- Nell'interfaccia utente, seleziona Prodotti dal menu Pubblica.
- Apri il prodotto contenente l'API a cui vuoi applicare la quota.
- Fai clic su Modifica.
- Nel campo Quota, specifica l'intervallo di quota. Ad esempio, 100 richieste ogni
minuto. Oppure 50.000 richieste ogni 2 ore.

- Fai clic su Salva.
- Assicurati che il prodotto sia aggiunto a un'app sviluppatore. Avrai bisogno delle chiavi di questa app per effettuare chiamate API autenticate.
Esempio di configurazione per le quote
edgemicro:
home: ../gateway
port: 8000
max_connections: -1
max_connections_hard: -1
logging:
level: info
dir: /var/tmp
stats_log_interval: 60
plugins:
dir: ../plugins
sequence:
- oauth
- quota
Opzioni di configurazione per le quote
Non sono disponibili opzioni di configurazione aggiuntive per il plug-in per le quote.
Testare il plug-in per le quote
Quando la quota viene superata, al client viene restituito uno stato HTTP 403, insieme al seguente messaggio:
{"error": "exceeded quota"}Qual è la differenza tra SpikeArrest e quota?
È importante scegliere lo strumento giusto per il lavoro da svolgere. I criteri per le quote configurano il numero di messaggi di richiesta che un'app client può inviare a un'API nell'arco di un'ora, un giorno, una settimana o un mese. Il criterio per le quote applica i limiti di consumo alle app client mediante un contatore distribuito che conteggia le richieste in entrata.
Utilizza un criterio per le quote per applicare contratti commerciali o SLA con sviluppatori e partner, anziché per la gestione operativa del traffico. Ad esempio, una quota potrebbe essere utilizzata per limitare il traffico per un servizio senza costi, consentendo al contempo l'accesso completo ai clienti paganti.
Utilizza SpikeArrest per proteggerti da picchi improvvisi di traffico API. In genere, SpikeArrest viene utilizzato per prevenire possibili attacchi DDoS o altri attacchi dannosi.