Eseguire il build di funzioni nei container

Cloud Run supporta il deployment diretto delle funzioni, tuttavia, puoi anche creare la funzione in un'immagine container utilizzando i buildpack di Google Cloud e poi eseguire il deployment di questa immagine container in Cloud Run.

Di seguito sono riportati alcuni casi d'uso comuni per la creazione di funzioni in container:

• Integrazione e distribuzione continue: gli sviluppatori creano ed eseguono il push del codice della funzione in un repository di origine, un sistema CI/CD crea automaticamente la funzione in un container, esegue i test ed esegue automaticamente il deployment in un ambiente di staging.
• Infrastruttura come codice: le risorse Cloud Run gestite utilizzando YAML o Terraform fanno riferimento a un URL dell'immagine container. Il codice della funzione scritto dagli sviluppatori deve essere creato in un'immagine container.

Questa pagina descrive in dettaglio come replicare l'esatto processo di compilazione di Cloud Run Functions utilizzando due modi:

• Utilizzo dell'interfaccia a riga di comando pack
• Utilizzo di Cloud Build come sistema di compilazione remoto

Entry point della funzione

Per creare funzioni con i buildpack:

• Includi la libreria Functions Framework.

• Imposta la variabile di ambiente GOOGLE_FUNCTION_TARGET sul nome della funzione che utilizzi come entry point. Puoi farlo includendo un file project.toml nella stessa cartella del codice sorgente. Il file project.toml deve avere la seguente configurazione:

[[build.env]]
    name = "GOOGLE_FUNCTION_TARGET"
    value =  "ENTRY_POINT"

Sostituisci ENTRY_POINT con il metodo della funzione.

Per informazioni dettagliate su come utilizzare le variabili di ambiente con Cloud Run Functions, consulta Configurare i servizi Cloud Run Functions.

Costruttori

Cloud Run Functions si basa su immagini di base gestite e pubblicate nei buildpack di Google Cloud.

I costruttori sono immagini costituite da buildpack e pacchetti del sistema operativo (noti anche come stack). I costruttori vengono utilizzati per convertire il codice sorgente della funzione in un container in esecuzione.

Puoi scegliere dall'elenco dei costruttori di buildpack di Google Cloud supportati builders.

Creazione con pack

Pack è uno strumento CLI gestito dal progetto CNB per supportare l'utilizzo dei buildpack. Utilizza l'interfaccia a riga di comando pack per creare localmente le funzioni in un'immagine container.

Prima di iniziare

1. Installa Docker Community Edition (CE) sulla tua workstation. pack utilizza Docker come generatore di immagini OCI.
2. Installa l'interfaccia a riga di comando Pack.
3. Installa lo strumento di controllo del codice sorgente Git per recuperare l'applicazione di esempio da GitHub.

Creare una funzione in locale

Utilizza il comando pack build e specifica il builder predefinito --builder=gcr.io/buildpacks/builder per creare le immagini container in locale.

pack build --builder=gcr.io/buildpacks/builder IMAGE_NAME

Sostituisci IMAGE_NAME con il nome dell'immagine container.

Puoi anche personalizzare l'immagine container estendendo le immagini di build ed esecuzione.

Creare una funzione di esempio in locale

Gli esempi seguenti mostrano come creare un esempio in locale.

1. Clona il repository di esempio sulla tua macchina locale:

   git clone https://github.com/GoogleCloudPlatform/buildpack-samples.git

2. Passa alla directory che contiene il codice campione dell'applicazione:

   Vai

   cd buildpack-samples/sample-functions-framework-go

   Java

   cd buildpack-samples/sample-functions-framework-java-mvn

   Node.js

   cd buildpack-samples/sample-functions-framework-node

   Python

   cd buildpack-samples/sample-functions-framework-python

   Ruby

   cd buildpack-samples/sample-functions-framework-ruby

3. Utilizza pack per creare la funzione di esempio:

   Vai

   pack build --builder=gcr.io/buildpacks/builder sample-functions-framework-go

   Java

   pack build --builder gcr.io/buildpacks/builder:v1 sample-functions-java-mvn

   Node.js

   pack build --builder=gcr.io/buildpacks/builder sample-functions-framework-node

   Python

   pack build --builder=gcr.io/buildpacks/builder sample-functions-framework-python

   Ruby

   pack build --builder=gcr.io/buildpacks/builder sample-functions-framework-ruby

4. Esegui l'immagine utilizzando docker:

   Vai

   docker run -p8080:8080 sample-functions-framework-go

   Java

   docker run -it -ePORT=8080 -p8080:8080 sample-functions-java-mvn

   Node.js

   docker run -it -ePORT=8080 -p8080:8080 sample-functions-framework-node

   Python

   docker run -it -ePORT=8080 -p8080:8080 sample-functions-framework-python

   Ruby

   docker run -it -ePORT=8080 -p8080:8080 sample-functions-framework-ruby

5. Visita la funzione in esecuzione andando su localhost:8080.

Creare con un sistema di compilazione remoto

Utilizza Cloud Build per creare la funzione in un'immagine container e Artifact Registry come repository di container per archiviare ed eseguire il deployment di ogni immagine.

Prima di iniziare

Accedi al tuo Google Cloud account. Se non hai mai usato Google Cloud, crea un account per valutare le prestazioni dei nostri prodotti in scenari reali. I nuovi clienti ricevono anche 300 $di crediti senza costi per l'esecuzione, il test e il deployment dei workload.

In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

Roles required to select or create a project

• Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
• Create a project: To create a project, you need the Project Creator role (roles/resourcemanager.projectCreator), which contains the resourcemanager.projects.create permission. Learn how to grant roles.

Note: If you don't plan to keep the resources that you create in this procedure, create a project instead of selecting an existing project. After you finish these steps, you can delete the project, removing all resources associated with the project.

Go to project selector

Verify that billing is enabled for your Google Cloud project.

Enable the Cloud Build and Artifact Registry APIs.

Roles required to enable APIs

To enable APIs, you need the Service Usage Admin IAM role (roles/serviceusage.serviceUsageAdmin), which contains the serviceusage.services.enable permission. Learn how to grant roles.

Enable the APIs

Installa Google Cloud CLI.

Se utilizzi un provider di identità (IdP) esterno, devi prima accedere a gcloud CLI con la tua identità federata.

Per inizializzare gcloud CLI, esegui questo comando:

gcloud init

In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

Roles required to select or create a project

• Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
• Create a project: To create a project, you need the Project Creator role (roles/resourcemanager.projectCreator), which contains the resourcemanager.projects.create permission. Learn how to grant roles.

Note: If you don't plan to keep the resources that you create in this procedure, create a project instead of selecting an existing project. After you finish these steps, you can delete the project, removing all resources associated with the project.

Go to project selector

Verify that billing is enabled for your Google Cloud project.

Enable the Cloud Build and Artifact Registry APIs.

Roles required to enable APIs

To enable APIs, you need the Service Usage Admin IAM role (roles/serviceusage.serviceUsageAdmin), which contains the serviceusage.services.enable permission. Learn how to grant roles.

Enable the APIs

Installa Google Cloud CLI.

Se utilizzi un provider di identità (IdP) esterno, devi prima accedere a gcloud CLI con la tua identità federata.

Per inizializzare gcloud CLI, esegui questo comando:

gcloud init

Se hai già installato Google Cloud CLI, assicurati di avere l'ultima versione disponibile eseguendo gcloud components update.

1. Assicurati che il tuo Google Cloud progetto abbia accesso a un repository di immagini container.

   Per configurare l'accesso a un repository Docker in Artifact Registry:

   1. Crea un nuovo repository Docker nella stessa località del tuo Google Cloud progetto.

      gcloud artifacts repositories create REPO_NAME \
      --repository-format=docker \
      --location=REGION --description="DESCRIPTION"

      Sostituisci:
      • REPO_NAME con il nome che scegli per il repository Docker.
      • REGION con la località in o più vicina alla località del tuo Google Cloud progetto.
      • DESCRIPTION con una descrizione a tua scelta.

      Ad esempio, per creare un repository docker in us-west2 con la descrizione "Docker repository", esegui:

      gcloud artifacts repositories create buildpacks-docker-repo --repository-format=docker \
      --location=us-west2 --description="Docker repository"

   2. Verifica che il repository sia stato creato:

      gcloud artifacts repositories list

      Nell'elenco dovrebbe essere visualizzato il nome scelto per il repository Docker.

Creare una funzione in remoto

Utilizza il gcloud builds submit comando per creare e caricare l'immagine container nel repository.

Puoi scegliere di specificare l'immagine container nel comando stesso o utilizzare un file di configurazione.

Creare con il comando

Per creare senza un file di configurazione, specifica il flag image:

gcloud builds submit --pack image=LOCATION-docker.pkg.dev/PROJECT_ID/REPO_NAME/IMAGE_NAME

Sostituisci:

• LOCATION con il nome della regione del repository di container, ad esempio us-west2
• PROJECT_ID con l'ID del tuo Google Cloud progetto.
• REPO_NAME con il nome del repository Docker.
• IMAGE_NAME con il nome dell'immagine container.

Esempio:

gcloud builds submit --pack image=us-west2-docker.pkg.dev/my-project-id/my-buildpacks-docker-repo

Creare con i file di configurazione

Puoi utilizzare un file di configurazione per definire i dettagli di configurazione del repository di immagini. Il file di configurazione utilizza il formato di file YAML e deve includere un passaggio di build che utilizza l'interfaccia a riga di comando pack.

1. Crea un file YAML denominato cloudbuild.yaml che includa l'URI del repository di immagini container.

    options:
      logging: CLOUD_LOGGING_ONLY
      pool: {}
    projectId: PROJECT_ID
    steps:
    - name: gcr.io/k8s-skaffold/pack
      entrypoint: pack
      args:
      - build
      - LOCATION-docker.pkg.dev/PROJECT_ID/REPO_NAME/IMAGE_NAME
      - --builder
      - gcr.io/buildpacks/builder:latest
      - --network
      - cloudbuild
      - --publish
    - name: gcr.io/cloud-builders/docker
      entrypoint: pack
      args:
      - pull
      - LOCATION-docker.pkg.dev/PROJECT_ID/REPO_NAME/IMAGE_NAME
    images:
    - LOCATION-docker.pkg.dev/PROJECT_ID/REPO_NAME/IMAGE_NAME
   

   Sostituisci:

   • LOCATION con il nome della regione del repository di container, ad esempio us-west2.
   • PROJECT_ID con l'ID del tuo Google Cloud progetto.
   • REPO_NAME con il nome del repository Docker.
   • IMAGE_NAME con il nome dell'immagine container.

2. Crea l'applicazione.

   Se hai chiamato il file di configurazione cloudbuild.yaml, esegui il comando seguente:

   gcloud builds submit .
   

   Suggerimento: se utilizzi un nome univoco per il file di configurazione, utilizza il --config flag.

Esempio: creare una funzione di esempio in remoto

Gli esempi seguenti mostrano come creare un esempio in remoto e verificare che l'immagine container sia stata eseguita con push nel repository in Artifact Registry.

1. Clona il repository di esempio sulla tua macchina locale:

   git clone https://github.com/GoogleCloudPlatform/buildpack-samples.git

2. Passa alla directory che contiene il codice campione dell'applicazione:

   Vai

   cd buildpack-samples/sample-functions-framework-go

   Java

   cd buildpack-samples/sample-functions-framework-java-mvn

   Node.js

   cd buildpack-samples/sample-functions-framework-node

   Python

   cd buildpack-samples/sample-functions-framework-python

   Ruby

   cd buildpack-samples/sample-functions-framework-ruby

3. Utilizza gcloud per inviare il codice sorgente dell'applicazione a Cloud Build:

   Vai

   gcloud builds submit --pack image=LOCATION-docker.pkg.dev/PROJECT_ID/REPO_NAME/sample-functions-framework-go

   Java

   gcloud builds submit --pack image=LOCATION-docker.pkg.dev/PROJECT_ID/REPO_NAME/sample-functions-framework-gradle

   Node.js

   gcloud builds submit --pack image=LOCATION-docker.pkg.dev/PROJECT_ID/REPO_NAME/sample-functions-framework-node

   Python

   gcloud builds submit --pack image=LOCATION-docker.pkg.dev/PROJECT_ID/REPO_NAME/sample-functions-framework-python

   Ruby

   gcloud builds submit --pack image=LOCATION-docker.pkg.dev/PROJECT_ID/REPO_NAME/sample-functions-framework-ruby

   Sostituisci:

   • LOCATION con il nome della regione del repository di container. Esempio: us-west2-docker.pkg.dev
   • PROJECT_ID con l'ID del tuo Google Cloud progetto.
   • REPO_NAME con il nome del repository Docker.

4. Verifica che la funzione di esempio sia stata pubblicata correttamente in REPO_NAME:

   gcloud artifacts docker images list LOCATION-docker.pkg.dev/PROJECT_ID/REPO_NAME

   Sostituisci:

   • LOCATION con il nome della regione del repository di container, ad esempio us-west2.
   • PROJECT_ID con l'ID del tuo Google Cloud progetto.
   • REPO_NAME con il nome del repository Docker.

Creare una funzione per gli aggiornamenti automatici delle immagini di base

I container delle funzioni possono essere creati anche su scratch, il che consente di utilizzarli in combinazione con gli aggiornamenti automatici della sicurezza di Cloud Run.

Dockerfile

Puoi utilizzare la toolchain di build esistente per creare un'immagine container della funzione compatibile con gli aggiornamenti automatici delle immagini di base. Consulta le istruzioni su come creare un container su scratch.

Interfaccia a riga di comando pack

pack build IMAGE_NAME \
  --builder LOCATION-docker.pkg.dev/serverless-runtimes/google-24-full/builder/LANGUAGE:latest
  --run-image LOCATION-docker.pkg.dev/serverless-runtimes/google-24/scratch/RUNTIME_ID:latest

Sostituisci:

• LOCATION con il nome della regione del repository di container, ad esempio us-west2.
• IMAGE_NAME con il nome dell'immagine container.
• LANGUAGE con la lingua della funzione, ad esempio nodejs.
• RUNTIME_ID con l'ID del runtime, ad esempio nodejs24.

Cloud Build

options:
  logging: CLOUD_LOGGING_ONLY
  pool: {}
projectId: PROJECT_ID
steps:
- name: gcr.io/k8s-skaffold/pack
  entrypoint: pack
  args:
  - build
  - LOCATION-docker.pkg.dev/PROJECT_ID/REPO_NAME/IMAGE_NAME
  - --builder
  - LOCATION-docker.pkg.dev/serverless-runtimes/google-24-full/builder/LANGUAGE:latest
  - --run-image
  - LOCATION-docker.pkg.dev/serverless-runtimes/google-24/scratch/RUNTIME_ID:latest
  - --network
  - cloudbuild
images:
- LOCATION-docker.pkg.dev/PROJECT_ID/REPO_NAME/IMAGE_NAME

Sostituisci:

• LOCATION con il nome della regione del repository di container, ad esempio us-west2.
• PROJECT_ID con l'ID del tuo Google Cloud progetto.
• REPO_NAME con il nome del repository Docker.
• IMAGE_NAME con il nome dell'immagine container.
• LANGUAGE con la lingua della funzione, ad esempio nodejs.
• RUNTIME_ID con l'ID del runtime, ad esempio nodejs24.

Passaggi successivi

• Dopo aver creato la funzione in un container, testala localmente prima di eseguire il deployment in Cloud Run. Per saperne di più, consulta Testare un servizio Cloud Run in locale.
• Per eseguire il deployment dei container creati in Cloud Run, segui la procedura descritta in Eseguire il deployment dei servizi.
• Per automatizzare le build e i deployment dei servizi Cloud Run utilizzando i trigger di Cloud Build, consulta Configurare il deployment continuo.