Ciao a tutti e bentornati.
Nel video di oggi, confronteremo le API a riposo con le API HTTP in API Gateway.
Ora, prima di capire più in dettaglio questo aspetto, vediamo rapidamente dove si trovano
questi elementi nel servizio API Gateway, Ogni volta che si crea un'API, ci sono diversi tipi di
API.
Le principali, molto utilizzate, sono l'API HTTP e l'API Rest.
È disponibile anche l'API di riposo per il privato, che viene utilizzata principalmente per accedervi dal VPC.
Nel video di oggi parleremo quindi delle differenze tra le API di riposo e le API
HTTP.
Ora, in una panoramica di alto livello, sia le API restanti che quelle HTTP sono prodotti API RESTful.
Tuttavia, la differenza principale tra entrambe è che le API di riposo supportano un maggior numero di
funzionalità rispetto alle API HTTP, mentre le API HTTP sono progettate con funzionalità minime per poter essere offerte a un prezzo
inferiore.
Quindi, se si vuole creare un'API molto semplice e anche più economica, si può usare l'API HTTP.
Tuttavia, in genere per gli ambienti di produzione sollevati, le API sono generalmente raccomandate.
Quando si discute su quale scegliere, si deve notare che è necessario scegliere le API
di riposo.
Se avete bisogno di un'ampia serie di funzionalità per gli ambienti di produzione, come le chiavi API, il client throttling,
la convalida delle richieste di integrazione delle valvole, gli endpoint API privati e così via.
È possibile scegliere le API HTTP se non si ha bisogno di queste funzionalità incluse nelle API di riposo.
Quindi, se volete mantenere la semplicità, usate le API HTTP.
Se si desidera una maggiore flessibilità, che in genere è il requisito degli ambienti di produzione,
si scelgono le API a riposo.
Esaminiamo ora rapidamente anche le differenze.
Anche in questo caso non è necessario ricordare ogni singola differenza, ma è importante
capire le cose nel loro complesso.
Ad esempio, una delle principali differenze relative alla sicurezza, se si guarda all'API Rest, è l'autenticazione
TLS reciproca, il certificato per l'autenticazione del backend e l'integrazione della valvola.
Tuttavia, l'API HTTP si limita a TLS per quanto riguarda la gestione complessiva dell'API.
L'API di riposo supporta molte funzioni, come quelle che stiamo discutendo, relative alla limitazione del tasso di strozzatura
delle chiavi API, che l'API HTTP non fornisce.
Allo stesso modo, anche il monitoraggio.
L'API Rest dispone di molte funzioni relative al tracciamento dei raggi X, ai registri di esecuzione e così via.
A parte questo, quando discutiamo del tipo di endpoint, ancora una volta, l'API HTTP funziona solo a livello
regionale, mentre per l'API Rest ci sono endpoint molto migliori, sia ottimizzati per l'edge che privati.
E quando parliamo di sviluppo, l'API Rest fornisce molte altre funzionalità relative alla cache, alle distribuzioni
di release canarie, alla convalida delle richieste e altre ancora.
Ora, infatti, permettetemi di mostrarvi rapidamente anche questo.
Quindi ho due API disponibili.
Una si basa sull'HTTP e l'altra sul riposo.
Apriamo quindi rapidamente entrambi per capire.
Ora, se si esamina l'endpoint API HTTP, le funzioni che si vedono sono molto limitate.
In effetti, non ha quasi nessuna funzione disponibile.
Tuttavia, quando si parla di API di riposo, si hanno molte caratteristiche, quindi risorse, stadi,
autorizzazioni, politiche sulle risorse, piani di utilizzo, certificati client, chiavi API e così
via.
In effetti, se si guarda alla dashboard complessiva, si può anche testare rapidamente e aggiungere determinati
set di autenticazione a livello di API.
Quindi molte configurazioni verranno eseguite a livello di API di riposo.
Ottimo.
Spero quindi che con questa panoramica di altissimo livello abbiate capito le differenze
tra le API di riposo e le API HTTP e con questo concludo il video di oggi.