Comunicazione asincrona e messaggistica leggera

Nelle applicazioni monolitiche, in genere, la comunicazione è molto semplice: una sezione dell'applicazione utilizza chiamate di metodo o meccanismi interni di distribuzione di eventi per comunicare con le altre sezioni. Se una medesima applicazione viene implementata tramite microservizi separati, la comunicazione tra le diverse sezioni deve avvenire tramite rete.

Comunicazione basata su REST

Il protocollo HTTP/S è il più utilizzato per allestire comunicazione sincrona tra microservizi. Nella maggior parte dei casi, le API RESTful adottano come layer di trasporto il protocollo HTTP. Il modello di architettura REST è basato su comunicazione stateless, interfacce uniformi e metodi standard.

Con API Gateway, è possibile creare un'API che funga da porta d'ingresso delle applicazioni per l'accesso a dati, logica di business o funzionalità dei servizi di back-end. Gli sviluppatori di API possono creare API che accedono ad AWS o ad altri servizi web, nonché ai dati archiviati in AWS Cloud. Un oggetto API definito con API Gateway è costituito da un gruppo di risorse e metodi.

Una risorsa è un oggetto con tipo che fa parte del dominio dell'API e può essere associato a un modello di dati o a relazioni con altre risorse. Ciascuna risorsa può essere configurata in modo da rispondere a uno o più metodi, ovvero verbi HTTP standard quali GET, POST e PUT. Le API REST possono essere implementate in diverse fasi, generando nuove versione come evoluzioni o cloni di versioni precedenti.

API Gateway gestisce tutte le attività di accettazione ed elaborazione relative a centinaia di migliaia di chiamate API simultanee, inclusi gestione del traffico, controllo di accessi e autorizzazioni, monitoraggio e gestione delle versioni delle API.