Scelta di un'opzione di Endpoints

Per fare in modo che l'API sia gestita da Cloud Endpoints, sono disponibili tre opzioni, a seconda di dove è ospitata l'API e del tipo di protocollo di comunicazione utilizzato dall'API:

In questa pagina vengono descritte le opzioni disponibili per Endpoints per aiutarti a scegliere quello più adatto alle tue esigenze.

Scelta di un'opzione di computing

Endpoints supporta diverse opzioni di Google Cloud Computing che possono ospitare il codice di backend dell'API. Endpoints funziona con Extensible Service Proxy (ESP) o Extensible Service Proxy V2 (ESPv2) per fornire la gestione delle API. La seguente tabella riassume le opzioni di computing supportate:

ESP per OpenAPI ESP per gRPC ESPv2 per OpenAPI ESPv2 per gRPC Framework endpoint
Generazione dell'ambiente standard
di App Engine 1		 Runtime Java 8 e Python 2.7
Generazione 2 dell'ambiente standard
di App Engine
Ambiente flessibile di
App Engine
Cloud Functions
Cloud Run
Knative serving
Compute Engine
GKE
Kubernetes
Altri servizi non Google Cloud

Per un confronto delle funzionalità fornite da App Engine, GKE e Compute Engine, consulta Scelta di un'opzione di computing. Se stai pensando di utilizzare App Engine, devi scegliere l'ambiente standard o flessibile. Per un confronto dei due ambienti, vedi Scelta di un ambiente App Engine.

Informazioni sulle limitazioni delle opzioni di computing

Endpoints per OpenAPI ed Endpoints per gRPC possono utilizzare ESP o ESPv2 come proxy. Per le piattaforme non serverless, il deployment di ESP o ESPv2 viene eseguito come container prima dell'applicazione o come sidecar dell'applicazione. Per le piattaforme serverless, come Cloud Run, Cloud Functions e App Engine, il deployment di ESPv2 viene eseguito come servizio Cloud Run come proxy remoto per gestire le applicazioni della piattaforma serverless.

Dopo aver eseguito il deployment del codice di backend dell'API, ESP o ESPv2 intercetta tutte le richieste ed esegue i controlli necessari (ad esempio l'autenticazione) prima di inoltrare la richiesta al backend dell'API. Quando il backend risponde, ESP raccoglie e segnala la telemetria utilizzando Service Infrastructure.

Puoi visualizzare le metriche per l'API e i link ai log e alle tracce di Google Cloud Observability nella pagina Servizi endpoint della console Google Cloud.

Limitazioni dell'ambiente di generazione 1 standard di App Engine

Endpoints per l'ambiente di generazione 1 standard di App Engine utilizzava storicamente Endpoints Frameworks, che supporta solo gli ambiente di runtime Java 8 e Python 2.7.

Poiché l'ambiente standard di App Engine non supportava i deployment multi-container quando Endpoints Frameworks era in fase di sviluppo, Endpoints Frameworks non utilizza ESP. Endpoints Frameworks include invece un gateway API integrato che fornisce funzionalità di gestione delle API paragonabili alle funzionalità fornite da ESP per Endpoints per OpenAPI e Endpoint per gRPC.

Le API gRPC non sono supportate su App Engine o Cloud Functions

gRPC è un framework per chiamata di procedura remota (RPC) che può essere eseguito in qualsiasi ambiente. Con gRPC, un'applicazione client può chiamare direttamente i metodi in un'applicazione server su una macchina diversa come se fosse un oggetto locale. Una funzionalità principale di gRPC è lo streaming bidirezionale con trasporto basato su HTTP/2.

App Engine e Cloud Functions non supportano HTTP/2.

Linguaggi di programmazione supportati

  • La specifica OpenAPI è una specifica indipendente dalla lingua. Puoi implementare l'API in qualsiasi linguaggio di programmazione.
  • gRPC fornisce il compilatore del buffer di protocollo, protoc, per molti dei principali linguaggi di programmazione: C++, C#, Objective-C (per iOS), Dart, Go, Java (incluso il supporto per Android), Node.js, Python e Ruby. Per l'elenco più aggiornato, consulta le domande frequenti su gRPC.
  • Endpoints Frameworks supporta solo Java 8 e Python 2.7.

Descrizione dell'API

Le opzioni Endpoints offrono diversi modi per descrivere l'API.

Endpoints per OpenAPI

L'iniziativa OpenAPI è un'iniziativa a livello di settore per standardizzare la descrizione delle API REST. Endpoints supporta le API descritte utilizzando la versione 2.0 della specifica OpenAPI (in precedenza Swagger Specification). Puoi descrivere la superficie dell'API in un file JSON o YAML (denominato documento OpenAPI). Puoi implementare l'API utilizzando qualsiasi framework REST disponibile pubblicamente, ad esempio Django o Jersey. Se non hai dimestichezza con la specifica OpenAPI, consulta la panoramica di OpenAPI.

Per ulteriori informazioni, vedi Endpoint per OpenAPI.

Endpoint per gRPC

Con gRPC, definisci la struttura dei dati da serializzare in un file proto: si tratta di un normale file di testo con estensione .proto. Inoltre, definisci la superficie dell'API nei file proto, con i parametri del metodo RPC e i tipi restituiti specificati come messaggi del buffer di protocollo. Se non hai dimestichezza con gRPC, consulta Che cos'è gRPC? nella documentazione di gRPC.

Per ulteriori informazioni, consulta Endpoint per gRPC.

Framework di Endpoints

Endpoints Frameworks è un framework web per gli ambienti di runtime Python 2.7 e Java 8 standard di App Engine. Puoi aggiungere metadati (utilizzando annotazioni in Java o decoratori in Python) al codice sorgente. I metadati descrivono la superficie delle API REST per la tua applicazione.

Per ulteriori informazioni, vedi Framework endpoint.

Passaggi successivi