Questa pagina è stata tradotta dall'API Cloud Translation.

Configura OpenAPI di Cloud Endpoints per l'ambiente standard con ESPv2

Questa pagina mostra come configurare Cloud Endpoints per App Engine Endpoints utilizza Extensible Service Proxy V2 (ESPv2) come Gateway API. Per fornire la gestione delle API per App Engine, esegui il deployment dal container ESPv2 Cloud Run. Dopodiché proteggerai la tua app usando Identity Aware Proxy (IAP) in modo che solo ESPv2 possa richiamarlo.

Con questa configurazione, ESPv2 intercetta tutte le richieste alla tua app ed esegue controlli necessari (ad esempio l'autenticazione) prima di richiamare l'app. Quando l'app risponde, ESPv2 raccoglie e segnala dati di telemetria, come mostrato nella figura seguente. Puoi visualizzare le metriche per la tua app nella sezione Endpoint > Pagina Servizi nella console Google Cloud.

Architettura di Endpoints

Per una panoramica di Cloud Endpoints, consulta Informazioni sugli endpoint e l'architettura degli endpoint.

Migrazione a ESPv2

Le versioni precedenti di Cloud Endpoints supportavano l'utilizzo di Extensible Service Proxy (ESP) con Cloud Run. Se hai delle API esistenti di cui vuoi eseguire la migrazione a ESPv2, Per ulteriori informazioni, consulta Eseguire la migrazione a Extensible Service Proxy V2.

Elenco attività

Durante il tutorial, utilizza il seguente elenco di attività. Tutti sono necessarie per consentire a Endpoints di gestire l'app.

Crea un progetto Google Cloud e, se non hai ancora eseguito il deployment di App Engine, esegui il deployment di un'app di backend di esempio. Vedi Prima di iniziare.
Configura IAP per proteggere la tua app. Vedi Configurare IAP.
Prenota un nome host Cloud Run per il servizio ESPv2. Consulta Prenotare un nome host Cloud Run.
Crea un Documento OpenAPI che descrive l'API e configurare le route in App Engine. Consulta Configurazione di Endpoints.
Esegui il deployment del documento OpenAPI per creare un servizio gestito. Consulta Deployment della configurazione di Endpoints.
crea una nuova immagine Docker ESPv2 con i tuoi endpoint la configurazione del servizio. Consulta Creazione di una nuova immagine ESPv2.
Eseguire il deployment del container ESPv2 su Cloud Run. Quindi concedi a ESPv2 Identity and Access Management (IAM) per richiamare il tuo servizio. Vedi Deployment del container ESPv2.
Richiama l'app. Consulta Invio di una richiesta all'API.
Monitora l'attività relativa alle tue app. Consulta Monitoraggio dell'attività dell'API.
Evita che al tuo account Google Cloud vengano addebitati costi. Consulta Pulizia.

Costi

In questo documento vengono utilizzati i seguenti componenti fatturabili di Google Cloud:

Per generare una stima dei costi basata sull'utilizzo previsto, utilizza il Calcolatore prezzi. I nuovi utenti di Google Cloud potrebbero essere idonei per una prova gratuita.

Una volta completate le attività descritte in questo documento, puoi evitare la fatturazione continua eliminando le risorse che hai creato. Per ulteriori informazioni, consulta la pagina Pulizia.

Prima di iniziare

Per eseguire la configurazione:

Nella console Google Cloud, vai alla pagina Gestisci risorse e creo un progetto.
Vai alla pagina Gestisci risorse
Verifica che la fatturazione sia attivata per il tuo progetto.
Scopri come attivare la fatturazione
Prendi nota dell'ID progetto perché sarà necessario in seguito. Per il resto questo ID progetto è noto come ESP_PROJECT_ID.
Prendi nota delle numero progetto perché è necessario più tardi. Nel resto della pagina, questo numero di progetto è denominata ESP_PROJECT_NUMBER.
Scarica e installa Google Cloud CLI.
Scarica gcloud CLI
Se non hai eseguito il deployment del tuo backend App Engine, segui i passaggi in la guida rapida di App Engine. Prendi nota della regione e dell'ID progetto in cui le tue app viene eseguito il deployment. Nel resto della pagina, questo ID progetto è indicato come APP_PROJECT_ID.

Configura IAP per proteggere la tua app

Per proteggere la tua app App Engine, devi utilizzare Identity Aware Proxy (IAP) per garantire l'autenticazione delle richieste.

Segui i passaggi per attivare IAP. e assicurati di riuscire ad accedere all'applicazione.

Inoltre, quando configuri il client OAuth, prendi nota del client_id, denominato IAP_CLIENT_ID in questo tutorial di Google Cloud.

Prenotazione di un nome host Cloud Run

Devi prenotare un nome host Cloud Run per ESPv2 per poter configurare dalla configurazione del documento OpenAPI o del servizio gRPC. Per prenotare un nome host, dovrai eseguire il deployment di un container di esempio in Cloud Run. Successivamente, eseguirai il deployment del container ESPv2 sullo stesso servizio Cloud Run.

Assicurati che gcloud CLI sia autorizzato ad accedere ai tuoi dati i servizi di machine learning.
1. Accedi.
```
gcloud auth login
```
2. Nella nuova scheda del browser che si apre, scegli un account con l'Editor. o Proprietario nel progetto Google Cloud per cui hai creato eseguendo il deployment di ESPv2 in Cloud Run.

Imposta la regione.

gcloud config set run/region us-central1

Esegui il deployment dell'immagine di esempio gcr.io/cloudrun/hello in Cloud Run. Sostituisci CLOUD_RUN_SERVICE_NAME con il nome che vuoi per il servizio.

gcloud run deploy CLOUD_RUN_SERVICE_NAME \
    --image="gcr.io/cloudrun/hello" \
    --allow-unauthenticated \
    --platform managed \
    --project=ESP_PROJECT_ID

Al completamento, il comando visualizza un messaggio simile al seguenti:

Service [CLOUD_RUN_SERVICE_NAME] revision [CLOUD_RUN_SERVICE_NAME-REVISION_NUM] has been deployed and is serving traffic at CLOUD_RUN_SERVICE_URL

Ad esempio, se imposti CLOUD_RUN_SERVICE_NAME su gateway:

Service [gateway] revision [gateway-00001] has been deployed and is serving traffic at https://gateway-12345-uc.a.run.app

In questo esempio, https://gateway-12345-uc.a.run.app è l'elemento CLOUD_RUN_SERVICE_URL e gateway-12345-uc.a.run.app è CLOUD_RUN_HOSTNAME.

Prendi nota di CLOUD_RUN_SERVICE_NAME e CLOUD_RUN_HOSTNAME. Successivamente, eseguirai il deployment di ESPv2 sul servizio Cloud Run CLOUD_RUN_SERVICE_NAME. Devi specificare CLOUD_RUN_HOSTNAME nel campo host del documento OpenAPI.

Configurazione di Endpoints

Devi disporre di un documento OpenAPI basato su Specifica OpenAPI v2.0 che descrive superficie delle tue app ed eventuali requisiti di autenticazione. Devi inoltre aggiungere specifico di Google che contiene l'URL di ogni app in modo che ESPv2 dispone delle informazioni necessarie per richiamare un'app. Se non hanno mai utilizzato OpenAPI, consulta Panoramica di OpenAPI per ulteriori informazioni

Crea un file di testo denominato openapi-appengine.yaml. (Per questa pagina si riferisce al documento OpenAPI con quel nome file, ma puoi assegnare un altro nome, se preferisci.)

L'app di backend di App Engine è definita nella parte superiore della openapi-appengine.yaml file, in un x-google-backend definizione di Kubernetes. Ad esempio:

  swagger: '2.0'
  info:
    title: Cloud Endpoints + App Engine
    description: Sample API on Cloud Endpoints with an App Engine backend
    version: 1.0.0
  host: CLOUD_RUN_HOSTNAME
  schemes:
    - https
  produces:
    - application/json
  x-google-backend:
    address: https://APP_PROJECT_ID.REGION.r.appspot.com
    jwt_audience: IAP_CLIENT_ID
    protocol: h2
  paths:
    /:
      get:
        summary: Greet a user
        operationId: hello
        responses:
          '200':
            description: A successful response
            schema:
              type: string

Il rientro è importante per il formato YAML. Ad esempio, host deve essere allo stesso livello di info.

Nel campo address nella sezione x-google-backend sostituisci APP_PROJECT_ID con ID progetto Google Cloud, REGION con la regione Google Cloud in cui hai eseguito il deployment di App Engine, e IAP_CLIENT_ID con l'ID client OAuth che hai creato durante la configurazione di IAP.
Nel campo host, specifica CLOUD_RUN_HOSTNAME, la parte del nome host dell'URL riservato sopra in Prenotare un nome host Cloud Run. Non includere l'identificatore di protocollo, https://. Ad esempio:
```
swagger: '2.0'
  info:
    title: Cloud Endpoints + App Engine
    description: Sample API on Cloud Endpoints with an App Engine backend
    version: 1.0.0
  host: gateway-12345-uc.a.run.app
```
Prendi nota del valore della proprietà title nel file openapi-appengine.yaml:
```
title: Cloud Endpoints + App Engine
```
Il valore della proprietà title diventa il nome del servizio Endpoints dopo il deployment della configurazione.
Salva il documento OpenAPI.

Per informazioni sui campi nel documento OpenAPI che Per gli endpoint è necessario, consulta Configurazione di Endpoints.

esegui il deployment della configurazione di Endpoints

Per eseguire il deployment della configurazione di Endpoints, utilizza gcloud endpoints services deploy . Questo comando utilizza Service Management per creare un'istanza un servizio gestito.

Per eseguire il deployment della configurazione di Endpoints:

Assicurati di trovarti nella directory che contiene il documento OpenAPI.
Carica la configurazione e crea un servizio gestito.
```
gcloud endpoints services deploy openapi-appengine.yaml \
  --project ESP_PROJECT_ID
```
Viene creato un nuovo servizio Endpoints con il nome che specificato nel campo host del file openapi-appengine.yaml. Il servizio è configurato in base al tuo documento OpenAPI.

Durante la creazione e la configurazione del servizio, Service Management genera le informazioni al terminale. Al termine del deployment, viene visualizzato un messaggio simile viene visualizzato quanto segue:
```
Service Configuration [CONFIG_ID] uploaded for service [CLOUD_RUN_HOSTNAME]
```
CONFIG_ID è la configurazione univoca del servizio Endpoints ID creato dal deployment. Ad esempio:
```
Service Configuration [2019-02-01r0] uploaded for service [gateway-12345-uc.a.run.app]
```
L'ID configurazione del servizio è costituito da una data seguito da un numero di revisione. Se esegui il deployment di openapi-appengine.yaml sempre nello stesso giorno, il numero di revisione viene incrementato nell'ID configurazione del servizio. Puoi visualizzare la configurazione del servizio cronologia deployment sugli Endpoint > Servizi nella console Google Cloud.

Se ricevi un messaggio di errore, consulta Risoluzione dei problemi di deployment della configurazione di Endpoints.

Controllo dei servizi richiesti in corso...

Come minimo, Endpoints ed ESP richiedono seguenti servizi Google da attivare:

Nome	Titolo
`servicemanagement.googleapis.com`	API Service Management
`servicecontrol.googleapis.com`	API Service Control
`endpoints.googleapis.com`	Google Cloud Endpoints

Nella maggior parte dei casi, il comando gcloud endpoints services deploy abilita questi servizi richiesti. Tuttavia, il comando gcloud viene completato correttamente, non abilita i servizi richiesti nelle seguenti circostanze:

Se hai utilizzato un'applicazione di terze parti, come Terraform, includono questi servizi.
Hai eseguito il deployment della configurazione di Endpoints in una Progetto Google Cloud in cui questi servizi sono stati disattivati esplicitamente.

Utilizza il comando seguente per confermare che i servizi richiesti siano abilitati:

gcloud services list

Se non vedi elencati i servizi richiesti, abilitali:

gcloud services enable servicemanagement.googleapis.com
gcloud services enable servicecontrol.googleapis.com
gcloud services enable endpoints.googleapis.com

Abilita anche il servizio Endpoints:

gcloud services enable ENDPOINTS_SERVICE_NAME

Per determinare il ENDPOINTS_SERVICE_NAME puoi:

Dopo aver eseguito il deployment della configurazione di Endpoints, vai alla pagina Endpoint nella console Cloud. L'elenco dei possibili ENDPOINTS_SERVICE_NAME è visualizzato nella colonna Nome servizio.
Per OpenAPI, ENDPOINTS_SERVICE_NAME è quello che hai specificato nel campo host della specifica OpenAPI. Per gRPC, il valore ENDPOINTS_SERVICE_NAME è quello specificato nel campo name della configurazione degli endpoint gRPC.

Per ulteriori informazioni sui comandi gcloud, consulta gcloud servizi.

Creazione di una nuova immagine ESPv2

Crea la configurazione del servizio Endpoints in un nuovo ESPv2 Docker. Successivamente eseguirai il deployment di questa immagine dal servizio Cloud Run.

Nota:

Questo passaggio è obbligatorio.

La configurazione del servizio deve essere incorporata in una nuova immagine Docker perché Cloud Run è un servizio con scalabilità fino a zero. Ciò significa che quando non c'è traffico, vengono eliminate tutte le istanze. Quando il traffico aumenta, vengono create nuove istanze on demand. La creazione di un'istanza di servizio di questo tipo è anche chiamata avvio a freddo. Per ulteriori informazioni, consulta la documentazione sulla contemporaneità di Cloud Run.

Se nell'immagine Docker non era integrata la configurazione del servizio, Cloud Run deve effettuare due chiamate API a Google ServiceManagement. Queste chiamate vengono conteggiate ai fini della quota API Google ServiceManagement.

Creando la configurazione del servizio nell'immagine Docker ESPv2, rimuovi le due chiamate API ed eviterai di influire sul conteggio delle quote per il servizio Google ServiceManagement. Questo passaggio velocizza inoltre la creazione di nuove istanze di servizio e riduce la latenza per le richieste in attesa della nuova istanza.

Devi eseguire nuovamente l'intero passaggio ed eseguire nuovamente il deployment del nuovo container:

Ogni volta che modifichi ed esegui nuovamente il deployment della configurazione del servizio Endpoints. In caso contrario, viene modificato la configurazione del servizio non verrà propagata a ESPv2.
Quando viene rilasciata una nuova versione di ESPv2. In caso contrario, la versione precedente Il deployment di ESPv2 rimarrà invariato.

Per creare la configurazione del servizio in una nuova immagine Docker ESPv2:

Scarica questo script alla macchina locale in cui è installato gcloud CLI.

Nota:
Questo script richiede bash. Se non utilizzi macOS/Linux, puoi eseguirlo su Cloud Shell Compute Engine, o sottosistema Windows per Linux.

Esegui lo script con questo comando:

chmod +x gcloud_build_image

./gcloud_build_image -s CLOUD_RUN_HOSTNAME \
    -c CONFIG_ID -p ESP_PROJECT_ID

Per CLOUD_RUN_HOSTNAME, specifica il nome host dell'URL che che hai prenotato sopra in Prenotare un nome host Cloud Run. Non includere l'identificatore di protocollo, https://.

Ad esempio:

chmod +x gcloud_build_image

./gcloud_build_image -s gateway-12345-uc.a.run.app \
    -c 2019-02-01r0 -p your-project-id

Lo script utilizza il comando gcloud per scaricare la configurazione del servizio, creare in una nuova immagine ESPv2 e poi caricare la nuova immagine al Container Registry del tuo progetto. Lo script utilizza automaticamente la versione di ESPv2, indicata dal simbolo ESP_VERSION nel il nome dell'immagine di output. L'immagine di output viene caricata in:
```
gcr.io/ESP_PROJECT_ID/endpoints-runtime-serverless:ESP_VERSION-CLOUD_RUN_HOSTNAME-CONFIG_ID
```
Ad esempio:
```
gcr.io/your-project-id/endpoints-runtime-serverless:2.14.0-gateway-12345-uc.a.run.app-2019-02-01r0"
```
Nota:
Passa il flag -z allo script per generare l'immagine in un altro località del registro.

Ad esempio, per eseguire il push dell'immagine ESPv2 generata a un data center dell'Unione Europea, passare -z eu allo script.

Deployment del container ESPv2

Esegui il deployment del servizio Cloud Run ESPv2 con la nuova immagine creata sopra. Sostituisci CLOUD_RUN_SERVICE_NAME con lo stesso Cloud Run il nome del servizio utilizzato quando hai prenotato in origine il nome host sopra in Prenotazione di un nome host Cloud Run:
```
gcloud run deploy CLOUD_RUN_SERVICE_NAME \
  --image="gcr.io/ESP_PROJECT_ID/endpoints-runtime-serverless:ESP_VERSION-CLOUD_RUN_HOSTNAME-CONFIG_ID" \
  --allow-unauthenticated \
  --platform managed \
  --project=ESP_PROJECT_ID
```
Nota:
Se vuoi che ESPv2 gestisca l'accesso, utilizza --allow-unauthenticated per garantire che ESPv2 per verificare il token JWT. Se il flag non viene utilizzato, il token JWT viene intercettato. e verificato da Cloud Run <a=" docs="" managing-access"="" run="" secure="">accesso di controllo del server IAM. Poiché IAM e ESPv2 utilizzano lo stesso Intestazione di autorizzazione, non funzionano insieme, assicurati di usarne solo una. Consigliamo di utilizzare IAM anziché ESPv2 per la gestione degli accessi.</a=">
Se vuoi configurare gli endpoint in modo da utilizzare Le opzioni di avvio di ESPv2, come l'attivazione di CORS, puoi passare gli argomenti nella variabile di ambiente ESPv2_ARGS:
```
gcloud run deploy CLOUD_RUN_SERVICE_NAME \
  --image="gcr.io/ESP_PROJECT_ID/endpoints-runtime-serverless:ESP_VERSION-CLOUD_RUN_HOSTNAME-CONFIG_ID" \
  --set-env-vars=ESPv2_ARGS=--cors_preset=basic \
  --allow-unauthenticated \
  --platform managed \
  --project ESP_PROJECT_ID
```
Per ulteriori informazioni ed esempi sull'impostazione della variabile di ambiente ESPv2_ARGS, tra cui l'elenco delle opzioni disponibili e informazioni su come specificare più opzioni, consulta i Flag di Extensible Service Proxy V2.
Concedi a ESPv2 l'autorizzazione per richiamare la tua app protetta IAP. Corsa il comando seguente per ogni servizio. Nel comando seguente:
- Sostituisci APP_PROJECT_ID con il nome del tuo ID progetto App Engine.
- Sostituisci ESP_PROJECT_NUMBER con number del progetto per cui hai creato ESPv2. Per trovarlo, puoi andare all' Console IAM e trova Account di servizio predefinito Compute Engine, ovvero l'account di servizio utilizzato in il flag "member".
```
  gcloud projects add-iam-policy-binding APP_PROJECT_ID \
      --member "serviceAccount:ESP_PROJECT_NUMBER-compute@developer.gserviceaccount.com" \
      --role "roles/iap.httpsResourceAccessor"
    
```

Per ulteriori informazioni, vedi Gestione dell'accesso mediante IAM.

invia richieste all'API

Questa sezione mostra come inviare richieste all'API.

Crea una variabile di ambiente per il servizio Endpoints . Questo è il nome che hai specificato nel campo host del tuo documento OpenAPI. Ad esempio:
- Linux o macOS:
  
  export ENDPOINTS_HOST=gateway-12345-uc.a.run.app
- Windows PowerShell:
  
  $Env: ENDPOINTS_HOST="gateway-12345-uc.a.run.app"

Linux o Mac OS

Utilizza curl per inviare una richiesta HTTP tramite l'ambiente ENDPOINTS_HOST impostata nel passaggio precedente.

curl --request GET \
   --header "content-type:application/json" \
   "https://${ENDPOINTS_HOST}/"

PowerShell

Usa Invoke-WebRequest per inviare una richiesta HTTP mediante ENDPOINTS_HOST variabile di ambiente impostata nel passaggio precedente.

(Invoke-WebRequest -Method GET `
    -Headers @{"content-type"="application/json"} `
    -URI "https://$Env:ENDPOINTS_HOST/").Content

Nell'esempio precedente, le prime due righe terminano con un accento grave. Quando incolli in PowerShell, assicuratevi che non ci sia uno spazio dopo l’accento grave. Per informazioni sulle opzioni utilizzate nella richiesta di esempio, vedi Invoke-WebRequest nel documentazione.

App di terze parti

Puoi utilizzare un'applicazione di terze parti come il browser Chrome estensione Postman richiesta.

Seleziona GET come verbo HTTP.
Per l'intestazione, seleziona la chiave content-type e il valore application/json.
Utilizza l'URL effettivo anziché la variabile di ambiente, ad esempio:
```
https://gateway-12345-uc.a.run.app/
```

Se non hai ricevuto una risposta positiva, consulta Risoluzione dei problemi relativi agli errori di risposta.

Hai eseguito il deployment e il test di un'API in Endpoints.

monitora l'attività dell'API

Visualizza i grafici delle attività per l'API negli Endpoint > Servizio nella console Google Cloud.

Visualizzare i grafici delle attività di Endpoints

Potrebbero essere necessari alcuni minuti prima che la richiesta venga riportata nei grafici.
Controlla i log delle richieste per l'API nella pagina Esplora log.

Visualizza i log delle richieste di Endpoints

Creazione di un portale per gli sviluppatori per l'API

Puoi usare il portale Cloud Endpoints per creare un portale per sviluppatori, un sito web che puoi utilizzare per interagire con l'API di esempio. Per saperne di più, vedi Panoramica del portale Cloud Endpoints.

Esegui la pulizia

Per evitare che al tuo account Google Cloud vengano addebitati costi per le risorse utilizzate in questa pagina, segui questi passaggi.

Consulta: Eliminazione di un'API e di istanze API per informazioni sull'interruzione dei servizi utilizzati da questo tutorial.