Per consentire a Cloud Endpoints di gestire la tua API, hai tre opzioni a seconda di dove è ospitata l'API e del tipo di protocollo di comunicazione utilizzato:
- Cloud Endpoints per OpenAPI
- Cloud Endpoints per gRPC
- Cloud Endpoints Frameworks per l'ambiente standard di App Engine
Questa pagina descrive le opzioni di endpoint per aiutarti a decidere qual è quella giusta per te.
Scelta di un'opzione di computing
Endpoints supporta diverse opzioni di cloud computing di Google Cloud 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 tabella seguente riassume le opzioni di calcolo supportate:
ESP per OpenAPI | ESP per gRPC | ESPv2 per OpenAPI | ESPv2 per gRPC | Framework di Endpoints | |
---|---|---|---|---|---|
Ambiente standard di App Engine di 1ª generazione |
Runtime Java 8 e Python 2.7 | ||||
Ambiente standard di App Engine di 2ª generazione |
|||||
Ambiente flessibile di App Engine |
|||||
Cloud Run Functions | |||||
Cloud Run | |||||
Knative serving | |||||
Compute Engine | |||||
GKE | |||||
Kubernetes | |||||
Altro non Google Cloud |
Per un confronto delle funzionalità fornite da App Engine, GKE e Compute Engine, consulta Scegliere un'opzione di calcolo. Se stai pensando di utilizzare App Engine, devi scegliere l'ambiente standard o flessibile. Per un confronto tra i due ambienti, consulta Scegliere un ambiente App Engine.
Informazioni sulle limitazioni delle opzioni di calcolo
Endpoints per OpenAPI ed Endpoints per gRPC possono utilizzare ESP o ESPv2 come proxy. Per le piattaforme non serverless, ESP o ESPv2 viene di solito eseguito il deployment come container davanti all'applicazione o come sidecar con l'applicazione. Per le piattaforme serverless, come Cloud Run, le funzioni Cloud Run e App Engine, ESPv2 viene implementato 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 tutti i controlli necessari (ad esempio l'autenticazione) prima di inoltrare la richiesta al backend dell'API. Quando il backend risponde, l'ESP raccoglie e registra la telemetria utilizzando Service Infrastructure.
Puoi visualizzare le metriche per la tua API e i link ai log e alle tracce di Google Cloud Observability nella pagina Servizi Endpoints della console Google Cloud.
Limitazioni dell'ambiente standard di App Engine di 1ª generazione
In passato, gli endpoint per l'ambiente standard di App Engine di 1ª generazione utilizzavano Endpoints Frameworks, che supporta solo gli ambienti di runtime Java 8 e Python 2.7.
Poiché l'ambiente standard di App Engine non supportava gli implementazioni multi-container quando Endpoints Frameworks era in fase di sviluppo, Endpoints Frameworks non utilizza ESP. I framework Endpoints includono invece un gateway API incorporato che fornisce funzionalità di gestione delle API paragonabili alle funzionalità fornite da ESP per Endpoints per OpenAPI e Endpoints per gRPC.
Le API gRPC non sono supportate nelle funzioni App Engine o Cloud Run
gRPC è un framework di chiamata di procedura remota (RPC) che può essere eseguito su qualsiasi ambiente. Con gRPC, un'applicazione client può chiamare direttamente metodi in un'applicazione server su un'altra macchina come se fosse un oggetto locale. Una funzionalità di base di gRPC è lo streaming bidirezionale con trasporto basato su HTTP/2.
Le funzioni App Engine e Cloud Run non supportano HTTP/2.
Linguaggi di programmazione supportati
- La specifica OpenAPI è una specifica indipendente dal linguaggio. Puoi implementare l'API in qualsiasi linguaggio di programmazione.
- gRPC fornisce il
compilatore di 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 un elenco aggiornato, consulta le Domande frequenti su gRPC. - Endpoints Frameworks supporta solo Java 8 e Python 2.7.
Descrizione dell'API
Le opzioni Endpoint forniscono diversi modi per descrivere l'API.
Endpoint per OpenAPI
L'OpenAPI Initiative è un progetto 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 specifica Swagger). Descrivi la piattaforma della tua API in un file JSON o YAML (chiamato documento OpenAPI). Puoi implementare la tua API utilizzando qualsiasi framework REST disponibile pubblicamente, ad esempio Django o Jersey. Se non hai familiarità con la specifica OpenAPI, consulta la panoramica di OpenAPI.
Per ulteriori informazioni, consulta 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
piattaforma
della tua API nei file proto, con i parametri dei metodi RPC e i tipi di ritorno
specificati come messaggi di buffer di protocollo. Se non hai familiarità con gRPC, consulta
Che cos'è gRPC?
nella documentazione di gRPC.
Per ulteriori informazioni, consulta Endpoint per gRPC.
Endpoints Frameworks
Endpoints Frameworks è un framework web per gli ambienti di runtime Python 2.7 e Java 8 standard di App Engine. Aggiungi i metadati (utilizzando annotazioni in Java o decoratori in Python) al codice sorgente. I metadati descrivono la piattaforma delle API REST per la tua applicazione.
Per ulteriori informazioni, consulta Framework per gli endpoint.
Passaggi successivi
Per scoprire le funzionalità di Endpoints in azione, consulta la guida rapida di Endpoints, che utilizza script per eseguire il deployment di un'API di esempio nell'ambiente flessibile App Engine.
Acquisisci familiarità con i passaggi di implementazione seguendo uno dei tutorial per l'opzione Endpoints che hai scelto:
Scopri di più su Endpoints ed ESP: