Ciao a tutti e bentornati.
Nel video di oggi parleremo delle chiavi API e dei piani di utilizzo.
Ora, in una panoramica di alto livello, le chiavi API sono una stringa di valori alfanumerici che potete distribuire ai
vostri clienti.
E questo a sua volta consentirà ai clienti di accedere alla vostra API.
Ad esempio, in questo diagramma si vede che un client sta inviando una richiesta di prodotto all'API.
Tuttavia, nella risposta si ottiene un messaggio di divieto e questo potrebbe essere importante perché
non si vuole che l'intera rete Internet si connetta alla propria API.
A seconda dei casi d'uso, è possibile aggiungere un certo livello di autenticazione e nel gateway API che può essere
ottenuto tramite chiavi API.
Ora, una volta implementata la chiave API, è possibile utilizzare l'intestazione della chiave API X durante la connessione
all'endpoint API.
Ora, se si guarda a questa schermata specifica, c'è un'intestazione che stiamo inviando insieme
alla richiesta curl di chiave API e qui è dove la chiave API deve essere aggiunta.
Poi si invia la richiesta all'API e si ottiene la risposta.
Ciao da lambda, se non si fornisce questa chiave API, si otterrà un messaggio di divieto.
Ora, prima di continuare, facciamo anche una rapida dimostrazione associata a questo.
Ora, per una delle API di riposo, ho l'autenticazione abilitata, quindi saranno necessarie le chiavi
API.
Quindi, in questa fase, ogni volta che inviamo una richiesta all'URL di invocazione.
Immediatamente, come vedete, riceviamo un messaggio di divieto.
E come parte di questa API, ho anche una chiave API.
Sono quindi disponibili alcune chiavi API.
Se guardate qui, c'è una chiave API qui, quindi dovete usare questa chiave API o dovete inviare
questa chiave API ai clienti che vogliono usare questa API e i clienti devono fornire questa intestazione
x API key ogni volta che fanno una richiesta all'API.
E se lo eseguiamo, otteniamo l'alone da lambda.
Ottimo.
Spero quindi che abbiate capito l'importanza della chiave API nell'autenticazione orale.
Con l'API, si dispone anche di un'importante funzione di piano di utilizzo che si integra con la chiave API.
In una panoramica di alto livello, il piano di utilizzo specifica chi può accedere a uno o più stadi e
metodi API distribuiti, e si possono anche impostare varie configurazioni importanti come la limitazione del tasso di richiesta
e altre.
Quindi il piano di utilizzo complessivo utilizza le chiavi API per identificare i client API e chi può accedere alle fasi API
associate per ciascuna chiave.
Ora, ad esempio, vediamo che abbiamo una chiave demo e che a questa chiave demo è associato un piano d'uso
specifico.
Quindi entrambi sono integrati.
In questo piano di utilizzo, si specifica qual è l'API, la fase e si può specificare anche il throttling.
Quindi in questa fase si hanno dieci richieste al secondo.
Il post è di 20 richieste al secondo e le chiavi API e tutte le chiavi API associate a un piano
di utilizzo avranno questa serie di limiti e potranno accedere all'API appropriata
e alla fase appropriata.
Va bene.
Entrambi sono integrati, quindi è necessario utilizzarli entrambi per far funzionare le cose.
Prima di approfondire l'argomento, vi illustrerò rapidamente come si integrano
entrambi.
Quindi, ogni volta che si crea una chiave API, chiamiamola semplicemente chiave CAPA Labs con il trattino.
Anche in questo caso, si tratta solo di una dimostrazione per capire le cose in dettaglio.
Quindi, ogni volta che si crea una chiave per un cliente, questa è la chiave.
In questa fase la chiave non è associata ad alcun piano d'uso, quindi non sarà possibile eseguire operazioni
con questa chiave.
Quindi andiamo avanti e proviamo.
Quindi copierò questa chiave specifica.
E dall'alto.
Cancelliamo lo schermo e sostituiamolo con la nuova chiave.
Va bene.
Ora, se premo invio, viene ancora visualizzato un messaggio di divieto.
Quindi, anche con la chiave, non c'è un impatto reale in questa fase.
Affinché la chiave abbia un impatto, è necessario associarla a un piano di utilizzo.
A questo punto, infatti, torniamo indietro.
Ora, ogni volta che si crea un piano di utilizzo, permettetemi di creare rapidamente un piano di utilizzo di prova.
È possibile attivare il throttling.
Quindi, diciamo un tasso di 50 e un burst di 100 richieste.
È possibile attivare la quota.
Lasciate che lo deselezioni.
La prossima volta lo farò io.
E qui è possibile associare lo stadio API.
Permettetemi quindi di associare l'API che abbiamo.
E all'interno di questa API, ho uno stadio che viene distribuito, che è Dev.
Aggiungo rapidamente questo.
Procediamo rapidamente e poi aggiungiamo la chiave API al piano di utilizzo.
Il nome della chiave API era Key Labs key.
Lo salverò e completerò l'intero processo.
Ora la nostra chiave API è associata al piano di utilizzo.
In genere, ogni volta che si crea un piano di utilizzo, ci vogliono circa pochi secondi perché
diventi effettivo.
A questo punto, quando si esegue di nuovo la stessa serie di comandi, si vede che si ottiene la risposta,
che è Halo da Lambda.
Ottimo.
Ora, prima di concludere, è bene ricordare alcuni punti importanti: il primo è che dopo aver creato, testato e distribuito
le vostre API, potete utilizzare il piano di utilizzo di API Gateway per renderle disponibili come offerta di prodotto ai vostri
clienti.
Il secondo punto importante è che è possibile configurare il piano di utilizzo e le chiavi API per consentire ai clienti
di accedere a determinate API e iniziare a limitare le richieste.
Non si vuole che un solo cliente invii il 99% della richiesta complessiva.
È possibile avviare il throttling per assicurarsi che la propria API sia disponibile per tutti e questo
può essere implementato a livello di API o anche di metodo API.
Il prossimo punto importante è che il gateway API regola le richieste alla vostra API utilizzando l'algoritmo
del token bucket, in cui un token conta per una richiesta e, all'interno del vostro sistema, quando l'invio di una richiesta supera il tasso di richieste
allo stato stazionario e i limiti del bus, il gateway API inizierà a limitare le richieste e, quando inizia la limitazione, il client
potrebbe ricevere da 4 a 9 richieste in eccesso.
Messaggio di risposta.
Inoltre, si noti che esiste una quota predefinita di 10.000 richieste al secondo applicabile
a ogni account per regione.
Quindi, se si supera di nuovo questa soglia, i client potrebbero ricevere da 4 a 9 richieste di troppo.
Ottimo.
Queste sono alcune delle indicazioni associate alle chiavi API e ai piani di utilizzo, e con questo concludiamo
il video di oggi.