Se stai creando una nuova funzione, consulta la guida rapida della console su Cloud Run. I contenuti di questa pagina si applicano solo alle funzioni legacy esistenti create con l'API Cloud Functions v1.

Configura le impostazioni di rete (1ª gen.)

Le impostazioni di rete di Cloud Run Functions consentono di controllare il traffico in entrata e in uscita della rete da e verso le singole funzioni. Ad esempio, puoi utilizzare le impostazioni di rete per i seguenti casi d'uso:

Proteggere le tue funzioni implementando il controllo dell'accesso basato sulla rete.
Fare in modo che il traffico in uscita di una funzione rispetti le regole firewall, DNS e di routing associate alla tua rete VPC.
Associare il traffico in uscita di una funzione a un indirizzo IP statico.

Per maggiori dettagli sui casi d'uso, consulta la sezione Esempi di casi d'uso.

Impostazioni traffico in entrata

Le impostazioni del traffico in entrata controllano se le risorse esterne al tuo progetto Google Cloud o al perimetro di servizio dei Controlli di servizio VPC possono richiamare una funzione.

Per essere soggetta alla policy di un perimetro dei Controlli di servizio VPC, una risorsa deve appartenere al servizio da limitare. Per Cloud Run Functions (1ª gen.), il servizio limitato è l'API Cloud Functions.

Limitazioni

Le funzioni attivate tramite HTTP solo interne possono essere richiamate solo da richieste HTTP create all'interno di una rete VPC, ad esempio quelle provenienti da Kubernetes Engine, Compute Engine, dall'ambiente flessibile App Engine, oppure effettuate da risorse Cloud Scheduler, Cloud Tasks, Workflows o BigQuery che si trovano nello stesso progetto o perimetro dei Controlli di servizio VPC. Ciò significa che le richieste HTTP create da o instradate tramite Pub/Sub o Eventarc non possono attivare queste funzioni. I trigger evento sono sempre considerati "interni" e sono consentiti indipendentemente dall'impostazione del traffico in entrata.

Configura le impostazioni del traffico in entrata

Per limitare le risorse esterne al progetto o al perimetro, specifica uno dei seguenti valori per le impostazioni del traffico in entrata:

Consenti tutto il traffico: valore predefinito. Tutte le richieste in entrata alla funzione sono consentite, sia da internet sia dalle risorse all'interno dello stesso progetto.
Consenti solo traffico interno: è consentito solo il traffico proveniente da Cloud Scheduler, Cloud Tasks, Eventarc, Workflows, BigQuery e dalle reti VPC nello stesso progetto o perimetro dei Controlli di servizio VPC. Tutte le altre richieste vengono rifiutate con un errore 404.

Per le richieste provenienti da un VPC condiviso, tieni presente le seguenti considerazioni:
- Il traffico è considerato interno se il deployment della funzione viene eseguito nel progetto host VPC condiviso.
- Il traffico è considerato interno se l'host VPC condiviso e tutti i progetti di servizio si trovano all'interno dello stesso perimetro dei Controlli di servizio VPC.
- Tutto il resto del traffico proveniente dalle reti VPC condivise viene negato.
Consenti traffico interno e traffico da Cloud Load Balancing: è consentito il traffico proveniente da Cloud Scheduler, Cloud Tasks, Eventarc, Workflows, BigQuery e dalle reti VPC nello stesso progetto o perimetro dei Controlli di servizio VPC. Il traffico proveniente da Cloud Load Balancing è consentito.

Puoi specificare le impostazioni in entrata quando esegui il deployment o l'aggiornamento della funzione utilizzando la console Google Cloud , Google Cloud CLI o Terraform:

Console

Apri la pagina Panoramica di Functions nella console Google Cloud :

Vai alla pagina Panoramica delle funzioni Cloud Run.
Fai clic su Crea funzione. In alternativa, fai clic su una funzione esistente per andare alla relativa pagina dei dettagli e fai clic su Modifica.
Espandi le impostazioni avanzate facendo clic su Impostazioni di runtime, build, connessioni e sicurezza.
Nella sezione Connessioni, seleziona un valore per Impostazioni traffico in entrata.

gcloud

Utilizza il comando gcloud functions deploy per eseguire il deployment o l'aggiornamento della funzione e specifica il flag --ingress-settings:

  gcloud functions deploy FUNCTION_NAME 

  --trigger-http 

  --ingress-settings INGRESS_SETTINGS 

  FLAGS...

dove:

FUNCTION_NAME è il nome della funzione.
INGRESS_SETTINGS è uno dei valori supportati per le impostazioni del traffico in entrata. I valori possibili sono:
- all
- internal-only
- internal-and-gclb: consente il traffico interno e il traffico inviato a un IP pubblico esposto da Cloud Load Balancing. Blocca il traffico inviato a cloudfunctions.net o a qualsiasi dominio personalizzato configurato tramite Cloud Run Functions. Impedisce agli utenti di aggirare i controlli dell'accesso (Cloud Armor, IAP) configurati tramite Cloud Load Balancing.
FLAGS... si riferisce ad altri flag che passi al comando deploy.

Terraform

Facoltativo. Per aggiornare il campo delle impostazioni del traffico in entrata del file main.tf della tua risorsa Terraform, includi l'argomento ingress_settings di cui vuoi eseguire il deployment o l'aggiornamento. Se modifichi le impostazioni del traffico in entrata, la funzione viene ricreata.

Nel file main.tf, individua la risorsa per cui vuoi limitare le impostazioni del traffico in entrata e aggiornala all'impostazione che preferisci, ad esempio:
```
resource "google_cloudfunctions_function" "function" {
  name             = "function"
  location         = "us-central1"
  description      = "Sample function"
  ingress_settings = "INGRESS_SETTINGS"
}
```
dove INGRESS_SETTINGS è uno dei valori supportati per le impostazioni del traffico in entrata. I valori possibili sono:
- ALLOW_ALL (valore predefinito): tutte le richieste in entrata alla funzione sono consentite, sia da internet sia dalle risorse all'interno dello stesso progetto.
- ALLOW_INTERNAL_ONLY: è consentito solo il traffico proveniente da Cloud Scheduler, Cloud Tasks, Eventarc, Workflows e dalle reti VPC nello stesso progetto o nel perimetro dei Controlli di servizio VPC.
- ALLOW_INTERNAL_AND_GCLB: consente il traffico interno e il traffico inviato a un IP pubblico esposto da Cloud Load Balancing. Blocca il traffico inviato a cloudfunctions.net o a qualsiasi dominio personalizzato configurato tramite Cloud Run Functions. Impedisce agli utenti di aggirare i controlli dell'accesso (Cloud Armor, IAP) configurati tramite Cloud Load Balancing.

Se utilizzi Google Cloud Armor con Cloud Load Balancing, puoi creare policy di sicurezza che filtrano le condizioni basate sul traffico, ad esempio l'indirizzo IP, l'intervallo IP, il codice regione o le intestazioni delle richieste di una richiesta in entrata. Per saperne di più, consulta Panoramica delle policy di sicurezza di Google Cloud Armor.

Impostazioni traffico in uscita

Le impostazioni del traffico in uscita controllano il routing delle richieste HTTP in uscita da una funzione. Per specificare le impostazioni del traffico in uscita, devi connettere la funzione a una rete VPC utilizzando un connettore di accesso VPC serverless. Le impostazioni del traffico in uscita controllano quando il traffico viene instradato tramite il connettore nella rete VPC.

Limitazioni

L'accesso VPC serverless supporta solo il routing del traffico IPv4. Il traffico IPv6 non è supportato, anche se nella tua rete VPC sono presenti route IPv6.
Per maggiore sicurezza, Google Cloud blocca i pacchetti in uscita verso indirizzi IP esterni sulla porta di destinazione TCP 25.
Le funzioni o i servizi utente che richiamano funzioni o servizi protetti da una rete VPC devono instradare queste chiamate tramite un connettore VPC.

Configura le impostazioni del traffico in uscita

Per le impostazioni del traffico in uscita, puoi specificare quanto segue:

Instrada solo le richieste a IP privati attraverso il connettore VPC: valore predefinito. Il traffico viene instradato tramite la rete VPC solo se i pacchetti che trasportano il traffico hanno destinazioni che corrispondono a quanto segue:
I pacchetti verso qualsiasi altra destinazione vengono instradati da Cloud Run Functions a internet e non tramite una rete VPC.
Instrada tutto il traffico attraverso il connettore VPC: il traffico viene sempre instradato attraverso la rete VPC associata al connettore, per tutte le destinazioni dei pacchetti. Devi utilizzare questa opzione nelle seguenti circostanze:
- Se devi inviare traffico a intervalli di subnet VPC con intervalli di indirizzi IP esterni utilizzati privatamente. Per saperne di più sugli intervalli di subnet VPC, consulta Intervalli IPv4 validi nella panoramica delle subnet.
- Se devi inviare traffico a un endpoint Private Service Connect per le API di Google il cui indirizzo è un indirizzo IP esterno utilizzato privatamente. Per saperne di più sugli endpoint Private Service Connect per le API di Google, consulta Accedi alle API Google tramite endpoint.
- Se devi inviare traffico a qualsiasi altra destinazione con indirizzo IP esterno utilizzato privatamente instradabile all'interno della rete VPC del connettore. Esempi di altre destinazioni che coprono indirizzi IP esterni utilizzati privatamente possono includere intervalli di subnet di peering, intervalli di subnet di peering creati da intervalli di indirizzi IP allocati per i servizi e le destinazioni accessibili utilizzando route personalizzate nella rete VPC.
Se la tua rete VPC include una route predefinita, i pacchetti possono comunque essere instradati a internet dopo essere stati elaborati dal connettore se configuri un gateway Cloud NAT per fornire servizi NAT alla subnet utilizzata dal connettore. Questi pacchetti sono soggetti alle route nella tua rete VPC e alle regole firewall che si applicano alla tua rete VPC. Puoi utilizzare la configurazione di route e firewall per controllare il traffico in uscita da internet per tutte le richieste in uscita inviate dalla tua funzione tramite un connettore di accesso VPC serverless.

Nota: la fatturazione dell'accesso VPC serverless è proporzionale alla quantità di traffico che passa attraverso il connettore. Per comprendere le implicazioni sui costi, consulta i prezzi dell'accesso VPC serverless.

Puoi specificare le impostazioni del traffico in uscita quando esegui il deployment o l'aggiornamento della funzione utilizzando la console Google Cloud o Google Cloud CLI.

Console

Apri la pagina Panoramica di Functions nella console Google Cloud :

Vai alla pagina Panoramica delle funzioni Cloud Run.
Fai clic su Crea funzione. In alternativa, fai clic su una funzione esistente per andare alla relativa pagina dei dettagli e fai clic su Modifica.
Espandi le impostazioni avanzate facendo clic su Impostazioni di runtime, build, connessioni e sicurezza.
Nella sezione Connessioni, in Impostazioni traffico in uscita, seleziona un connettore di accesso VPC serverless.
Seleziona l'impostazione di traffico in uscita appropriata in base a come vuoi instradare il traffico in uscita tramite il connettore.

gcloud

Utilizza il comando gcloud functions deploy per eseguire il deployment o l'aggiornamento della funzione e specifica il flag --egress-settings:

  gcloud functions deploy FUNCTION_NAME 

  --vpc-connector CONNECTOR_NAME 

  --egress-settings EGRESS_SETTINGS 

  FLAGS...

dove:

FUNCTION_NAME è il nome della funzione.
CONNECTOR_NAME è il nome del connettore di accesso VPC serverless da utilizzare. Per saperne di più, consulta la documentazione gcloud.

Nota: puoi omettere il flag --vpc-connector se stai aggiornando le impostazioni in uscita in una funzione esistente che ha già un connettore.
EGRESS_SETTINGS è uno dei valori supportati per le impostazioni del traffico in uscita: consulta la documentazione gcloud.
FLAGS... si riferisce ad altri flag che passi al comando deploy.

Esempi di casi d'uso

I seguenti esempi mostrano come configurare l'accesso alla rete in diversi scenari comuni.

Creazione di una funzione che non può essere chiamata da client esterni

Puoi proteggere le tue funzioni HTTP consentendo la chiamata solo da risorse nello stesso progetto Google Cloud o perimetro di servizio dei Controlli di servizio VPC.

Esegui il deployment della funzione e consenti solo il traffico interno. Utilizza la consoleGoogle Cloud o Google Cloud CLI:
Console
1. Apri la pagina Panoramica di Functions nella console Google Cloud :
  
  Vai alla pagina Panoramica delle funzioni Cloud Run.
2. Fai clic su Crea funzione. In alternativa, fai clic su una funzione esistente per andare alla relativa pagina dei dettagli e fai clic su Modifica.
3. Espandi le impostazioni avanzate facendo clic su Impostazioni di runtime, build, connessioni e sicurezza.
4. Nella sezione Connessioni, in Impostazioni traffico in entrata, seleziona Consenti solo traffico interno.
gcloud
Utilizza il comando gcloud functions deploy:
```
gcloud functions deploy FUNCTION_NAME \
--ingress-settings internal-only \
FLAGS...
```

Dopo aver eseguito il deployment della funzione, le richieste provenienti dall'esterno del tuo progettoGoogle Cloud non potranno raggiungere la funzione. Se utilizzi i Controlli di servizio VPC, le richieste provenienti dall'esterno del perimetro di servizio vengono bloccate. Le istanze VM all'interno del perimetro del progetto o del servizio possono comunque raggiungere la funzione effettuando richieste al relativo endpoint HTTPS.

Se vuoi chiamare questa funzione con limitazioni da un'altra funzione, la funzione chiamante deve instradare il traffico in uscita tramite la tua rete VPC.

Utilizzo delle impostazioni del traffico in uscita e in entrata per limitare l'accesso

Puoi incorporare sia l'entrata che l'uscita nei tuoi servizi per aggiungere un ulteriore livello di restrizione.

Clona il repository cloud-run-sample e passa alla directory vpc-sample:

git clone https://github.com/GoogleCloudPlatform/cloud-run-samples
cd vpc-sample

Installa le dipendenze Python:
```
pip3 install -r requirements.txt
```
Puoi aprire il file main.py nella directory vpc-sample per visualizzare la funzione di cui stai eseguendo il deployment:
```
def hello_world(request):
    return "Hello World!"
```

Esegui il deployment della funzione:

gcloud functions deploy restricted-function 

  --runtime=python38 

  --trigger-http 

  --no-allow-unauthenticated 

  --ingress-settings=internal-only 

  --entry-point=hello_world

Configura un connettore di accesso VPC serverless:
```
gcloud compute networks vpc-access connectors create serverless-connector 

  --region=SERVICE_REGION 

  --range=10.8.0.0/28
```
dove SERVICE_REGION è una regione per il connettore, che deve corrispondere a quella del servizio serverless. Se il tuo servizio si trova nella regione us-central o europe-west, utilizza us-central1 o europe-west1.

Crea l'immagine container:

gcloud builds submit --tag=gcr.io/PROJECT_ID/restricted-function-caller .

dove PROJECT_ID è l'ID progetto.

Viene creata un'immagine container che richiama get_hello_world quando viene eseguito il deployment dal file main.py:

import os
import urllib

import google.auth.transport.requests
import google.oauth2.id_token


def get_hello_world(request):
    try:
        url = os.environ.get("URL")
        req = urllib.request.Request(url)

        auth_req = google.auth.transport.requests.Request()
        id_token = google.oauth2.id_token.fetch_id_token(auth_req, url)
        req.add_header("Authorization", f"Bearer {id_token}")

        response = urllib.request.urlopen(req)
        return response.read()

    except Exception as e:
        print(e)
        return str(e)

Utilizza il comando gcloud run deploy run-function per eseguire il deployment del container Cloud Run:
```
  gcloud run deploy run-function 

    --image gcr.io/PROJECT_ID/restricted-function-caller 

    --no-allow-unauthenticated 

    --update-env-vars=URL=https://SERVICE_REGION-PROJECT_ID.cloudfunctions.net/restricted-function-caller 

    --vpc-egress=all 

    --vpc-connector=serverless-connector 

    --region=SERVICE_REGION
```
dove:
- PROJECT_ID è l'ID progetto.
- SERVICE_REGION: è una regione per il connettore; deve corrispondere alla regione del tuo servizio serverless. Se il tuo servizio si trova nella regione us-central o europe-west, utilizza us-central1 o europe-west1.
Il servizio Cloud Run run-function è ora configurato per inviare una richiesta GET dal connettore VPC alla funzione con restrizioni di rete.

Routing del traffico in uscita della funzione tramite la rete VPC

Le reti VPC in Google Cloud supportano un ricco insieme di configurazioni e funzionalità di networking. Se instradi il traffico in uscita dalla tua funzione nella tua rete VPC, puoi assicurarti che il traffico in uscita di Cloud Run Functions segua le regole di firewall, DNS, routing e altre regole della tua rete VPC e puoi utilizzare prodotti come Cloud NAT.

Configura una rete VPC. Configura una rete VPC esistente o creane una nuova seguendo la guida in Utilizzo delle reti VPC.
Configura un connettore di accesso VPC serverless. Le funzioni Cloud Run richiedono un connettore di accesso VPC serverless per instradare il traffico nella rete VPC. Crea un connettore e configura le autorizzazioni appropriate seguendo le istruzioni riportate in Connessione a una rete VPC.
Esegui il deployment di una funzione che utilizza il connettore e indirizza tutto il traffico in uscita tramite il connettore. Utilizza la console Google Cloud o lo strumento a riga di comando gcloud:
Console
1. Apri la pagina Panoramica di Functions nella console Google Cloud :
  
  Vai alla pagina Panoramica delle funzioni Cloud Run.
2. Fai clic su Crea funzione. In alternativa, fai clic su una funzione esistente per andare alla relativa pagina dei dettagli e fai clic su Modifica.
3. Espandi le impostazioni avanzate facendo clic su Impostazioni di runtime, build, connessioni e sicurezza.
4. Nella sezione Connessioni, in Impostazioni traffico in uscita, seleziona il connettore di accesso VPC serverless e seleziona Instrada tutto il traffico attraverso il connettore VPC.
gcloud
Utilizza il comando gcloud functions deploy:
```
gcloud functions deploy FUNCTION_NAME \
--vpc-connector CONNECTOR_NAME \
--egress-settings all \
FLAGS...
```

Dopo aver eseguito il deployment della funzione, tutto il traffico proveniente dalla funzione viene instradato attraverso la rete VPC e rispetta le regole impostate nella rete VPC. Tieni presente che la tua funzione non può accedere alla rete internet pubblica a meno che tu non configuri Cloud NAT. Tieni inoltre presente che devi configurare Cloud NAT in modo che mappi tutti gli intervalli IP primari e secondari per tutte le subnet al gateway NAT, in modo da includere la subnet del connettore nella mappatura.

Associazione del traffico in uscita della funzione a un indirizzo IP statico

In alcuni casi, potresti voler associare il traffico generato dalla tua funzione a un indirizzo IP statico. Ad esempio, questo è utile se chiami un servizio esterno che consente solo richieste da indirizzi IP specificati in modo esplicito.

Instrada il traffico in uscita della funzione attraverso la rete VPC. Consulta la sezione precedente, Uscita della funzione di routing tramite la rete VPC.
Configura Cloud NAT e specifica un indirizzo IP statico. Segui le guide riportate in Specifica gli intervalli di subnet per NAT e Specifica gli indirizzi IP per NAT per configurare Cloud NAT per la subnet associata al connettore di accesso VPC serverless della tua funzione. Cloud NAT deve mappare tutti gli intervalli IP primari e secondari per tutte le subnet al gateway NAT per includere la subnet del connettore nella mappatura.

Bilanciamento del carico multi-regione

Puoi eseguire il deployment di una funzione in regioni diverse e consentire l'invio della richiesta alla regione integra più vicina. Per farlo, devi configurare un gruppo di endpoint di rete (NEG) serverless per la funzione e connetterlo a un bilanciatore del carico, come descritto in Configurazione di un bilanciatore del carico HTTP(S) con NEG serverless.