Risolvi i problemi relativi a Cloud Run Functions

Questo documento mostra come risolvere i problemi relativi ai messaggi di errore e i problemi che si verificano durante l'utilizzo di Cloud Run Functions. Se hai creato o eseguito il deployment di una funzione utilizzando Cloud Run, consulta Risolvi i problemi di Cloud Run.

Deployment

Questa sezione elenca i problemi che potresti riscontrare con il deployment e fornisce suggerimenti su come risolverli. Molti dei problemi che potresti riscontrare durante il deployment sono correlati a ruoli e autorizzazioni o a una configurazione errata.

Utilizzi Identity and Access Management per autorizzare le identità a eseguire azioni amministrative sulle funzioni create utilizzando l'API Cloud Functions v2, ad esempio utilizzando gcloud functions, l'API REST o Terraform. Le azioni di amministrazione includono la creazione, l'aggiornamento e l'eliminazione di funzioni. Per saperne di più, consulta Autorizza l'accesso con IAM.

L'utente non ha le autorizzazioni sul service account di runtime durante il deployment di una funzione

Ogni funzione è associata a un service account che funge da identità quando la funzione accede ad altre risorse. Questo service account di runtime può essere il service account predefinito o un service account gestito dall'utente. Negli ambienti in cui più funzioni accedono a risorse diverse, è prassi comune utilizzare identità per funzione con service account di runtime denominati anziché il service account di runtime predefinito ([e-mail]).

Per utilizzare un service account runtime, il deployer deve disporre dell'autorizzazione iam.serviceAccounts.actAs su quel service account. Questa autorizzazione viene concessa automaticamente a un utente che crea un service account di runtime non predefinito, ma per gli altri deployer deve essere concessa da un utente.

Assegna l'autorizzazione iam.serviceAccounts.actAs al service account di runtime per l'utente con il ruolo Project Viewer, Cloud Functions Developer, o Cloud Functions Admin.

Messaggio di errore

Console

  You must have the iam.serviceAccounts.actAs permission on the selected service account. To obtain this permission, you can grant a role that includes it like the Service Account User role, on the project.

gcloud

Service account predefinito:

ERROR: (gcloud.functions.deploy) ResponseError: status=[403], code=[Ok], message=[Caller is missing permission 'iam.serviceaccounts.actAs' on service account projects/-/serviceAccounts/[e-mail] the role 'roles/iam.serviceAccountUser' to the caller on the service account projects/-/serviceAccounts/[e-mail] can do that by running 'gcloud iam service-accounts add-iam-policy-binding projects/-/serviceAccounts/[e-mail] --member MEMBER --role roles/iam.serviceAccountUser'where MEMBER has a prefix like 'user:' or 'serviceAccount:'

Service account non predefinito:

ERROR: (gcloud.functions.deploy) ResponseError: status=[403], code=[Ok], message=[Caller is missing permission 'iam.serviceaccounts.actAs' on service account projects/-/serviceAccounts/
SERVICE_ACCOUNT_NAME@PROJECT_ID
.iam.gserviceaccount.com.Grant the role 'roles/iam.serviceAccountUser' to the caller on the service account projects/-/serviceAccounts/
SERVICE_ACCOUNT_NAME@PROJECT_ID
.iam.gserviceaccount.com.You can do that by running 'gcloud iam service-accounts add-iam-policy-binding projects/-/serviceAccounts/
SERVICE_ACCOUNT_NAME@PROJECT_ID
.iam.gserviceaccount.com --member MEMBER --role roles/iam.serviceAccountUser'where MEMBER has a prefix like 'user:' or 'serviceAccount:'

Nota: [e-mail] è il service account predefinito per Cloud Functions. Quando utilizzi un service account non predefinito, Cloud Functions sostituisce il service account predefinito con il service account gestito dall'utente SERVICE_ACCOUNT_NAME@PROJECT_ID.iam.gserviceaccount.com nel messaggio di errore.

La soluzione

Assegna all'utente il ruolo Service Account User (roles/iam.serviceAccountUser) sul service account di runtime predefinito o non predefinito. Questo ruolo include l'autorizzazione iam.serviceAccounts.actAs.

Il service account di deployment non ha le autorizzazioni Pub/Sub richieste durante il deployment di una funzione basata su eventi

Il servizio Cloud Functions utilizza il service account Cloud Functions Service Agent ([e-mail]) per eseguire azioni amministrative. Per impostazione predefinita, a questo account viene assegnato il ruolo cloudfunctions.serviceAgent di Cloud Functions. Per eseguire il deployment delle funzioni basate su eventi, il servizio Cloud Functions deve accedere a Pub/Sub per configurare argomenti e sottoscrizioni. Se modifichi il ruolo assegnato al service account senza concedere le autorizzazioni appropriate, il servizio Cloud Functions non può accedere a Pub/Sub e il deployment non riesce.

Messaggio di errore

Console

Validation failed for trigger projects/PROJECT_ID/locations/LOCATION/triggers/FUNCTION_NAME-EVENTARC_ID: Permission "iam.serviceAccounts.ActAs" denied on "EndUserCredentials to [e-mail]"

gcloud

ERROR: (gcloud.functions.deploy) ResponseError: status=[403], code=[Ok], message=[Validation failed for trigger projects/test-project-356312/locations/LOCATION/triggers/FUNCTION_NAME-EVENTARC_ID: Permission "iam.serviceAccounts.ActAs" denied on "EndUserCredentials to [e-mail]"]

La soluzione

Puoi reimpostare il service account sul ruolo predefinito cloudfunctions.serviceAgent.

Il service account di runtime predefinito non esiste

Quando non specifichi un service account di runtime gestito dall'utente, Cloud Functions utilizza il service account Compute predefinito come service account di runtime. I deployment non riescono se elimini l'account predefinito senza specificare un account gestito dall'utente.

Messaggio di errore

gcloud

ERROR: (gcloud.functions.deploy) ResponseError: status=[404], code=[Ok], message=[Service account projects/-/serviceAccounts/[e-mail] was not found.]

La soluzione

Per risolvere il problema, prova una delle seguenti soluzioni:

• Specifica un service account di runtime gestito dall'utente prima di eseguire il deployment della funzione.

• Annulla l'eliminazione del service account in base all'ID numerico del service account predefinito.

Il service account Cloud Functions Service Agent non dispone delle autorizzazioni sul bucket del progetto durante il deployment di una funzione

Le funzioni Cloud Run possono essere attivate solo da eventi provenienti da bucket Cloud Storage nello stesso progetto della piattaforma Google Cloud . Inoltre, il service account Cloud Functions Service Agent ([e-mail]) deve disporre del ruolo cloudfunctions.serviceAgent sul tuo progetto.

Messaggio di errore

Console

ERROR: (gcloud.functions.deploy) ResponseError: status=[403], code=[Ok], message=[Validation failed for trigger projects/PROJECT_ID/locations/LOCATION/triggers/FUNCTION_NAME-EVENTARC_ID: Permission "iam.serviceAccounts.ActAs" denied on "EndUserCredentials to [e-mail]"]

gcloud

ERROR: (gcloud.functions.deploy) ResponseError: status=[403], code=[Ok], message=[Validation failed for trigger projects/<project-id>/locations/LOCATION/triggers/FUNCTION_NAME-EVENTARC_ID: Permission "iam.serviceAccounts.ActAs" denied on "EndUserCredentials to [e-mail]"]

La soluzione

Per risolvere questo problema, reimposta questo service account al ruolo predefinito.

Un utente con il ruolo Project Editor non può rendere pubblica una funzione

Il ruolo Project Editor dispone di ampie autorizzazioni per gestire le risorse all'interno di un progetto, ma non concede intrinsecamente la possibilità di rendere pubbliche le funzioni Cloud Functions. L'utente o il servizio che esegue il deployment della funzione deve avere l'autorizzazione run.services.setIamPolicy.

Messaggio di errore

gcloud

ERROR: (gcloud.run.services.add-iam-policy-binding) PERMISSION_DENIED: Permission 'run.services.setIamPolicy' denied on resource 'projects/PROJECT_ID/locations/LOCATION/functions/FUNCTION_NAME' (or resource may not exist).

La soluzione

Prova una delle seguenti soluzioni:

• Assegna al deployer il ruolo Project Owner o Cloud Functions Admin.

• Concedi l'autorizzazione manualmente creando un ruolo personalizzato.

• Verifica se al progetto è applicata la condivisione limitata per i domini.

Il deployment della funzione non riesce quando utilizzi la policy dell'organizzazione Restrizione sulla località delle risorse

Se la tua organizzazione utilizza una policy con un vincolo di località delle risorse, limiterà il deployment delle funzioni nelle regioni limitate dalla policy. Nella console Google Cloud , la regione limitata non sarà disponibile nel menu a discesa delle regioni durante il deployment di una funzione.

Messaggio di errore

gcloud

ResponseError: status=[400], code=[Ok], message=["LOCATION" violates constraint "constraints/gcp.resourceLocations" on the resource "projects/PROJECT_ID/locations/LOCATION/functions/FUNCTION_NAME".]

La soluzione

Puoi aggiungere o rimuovere località dagli elenchi allowed_values o denied_values di un vincolo di località delle risorse per consentire la riuscita del deployment.

Il deployment della funzione non riesce durante l'esecuzione dell'ambito globale della funzione

Questo errore indica che si è verificato un problema con il codice. La pipeline di deployment ha terminato il deployment della funzione, ma l'ultimo passaggio, ovvero l'invio di un controllo di integrità alla funzione, non è riuscito. Questo controllo di integrità ha lo scopo di eseguire l'ambito globale di una funzione, che potrebbe generare un'eccezione, avere un arresto anomalo o un timeout. L'ambito globale è dove in genere carichi le librerie e inizializzi i client.

Messaggio di errore

Nei log di Cloud Logging:

Could not create or update Cloud Run service FUNCTION_NAME, Container Healthcheck failed. Revision REVISION_NAMEE is not ready and cannot serve traffic. The user-provided container failed to start and listen on the port defined provided by the PORT=8080 environment variable. Logs for this revision might contain more information.

La soluzione

Per risolvere il problema, prova una delle seguenti soluzioni:

• Per un messaggio di errore più dettagliato, esamina i log di build della funzione.

• Se non è chiaro perché la funzione non è riuscita a eseguire il suo ambito globale, valuta la possibilità di spostare temporaneamente il codice nella chiamata della richiesta, utilizzando l'inizializzazione lazy delle variabili globali. In questo modo puoi aggiungere ulteriori istruzioni di log intorno alle librerie client, che potrebbero andare in timeout durante l'istanziazione (soprattutto se chiamano altri servizi), arrestarsi in modo anomalo o generare eccezioni.

• Inoltre, prova ad aumentare il timeout della funzione. Limiti di timeout più lunghi in Cloud Run Functions offrono più tempo per l'inizializzazione e un'allocazione delle risorse più scalabile in un ambiente Cloud Run, il che potrebbe mitigare questo problema se causato dall'esaurimento delle risorse.

• Il codice sorgente deve contenere una funzione entry point specificata correttamente nel deployment, tramite la console o gcloud.

Un utente con il ruolo Visualizzatore non può eseguire il deployment di una funzione

Gli utenti con il ruolo Project Viewer o Cloud Functions Viewer hanno accesso di sola lettura alle funzioni e ai relativi dettagli e non possono eseguire il deployment di nuove funzioni. La funzionalità Crea funzione non è selezionabile nella consoleGoogle Cloud con il seguente errore:

Messaggio di errore

gcloud

ERROR: (gcloud.functions.deploy) ResponseError: status=[403], code=[Ok], message=[Permission 'cloudfunctions.functions.generateUploadUrl' denied on 'projects/PROJECT_ID/locations/LOCATION/functions']

La soluzione

Assegna all'utente il ruolo Cloud Functions Developer.

Autorizzazioni mancanti per il service account di build

Messaggio di errore

Nell'errore di deployment della funzione o nei log di build, potresti visualizzare uno dei seguenti errori:

The service account running this build does not have permission to write logs. To fix this, grant the Logs Writer (roles/logging.logWriter) role to the service account.

Step #0 - "fetch": failed to Fetch: failed to download archive gs://gcf-v2-sources-PROJECT_NUMBER-LOCATION/FUNCTION_NAME/version-VERSION_NUMBER/function-source.zip: Access to bucket gcf-v2-sources-PROJECT_NUMBER-LOCATION denied. You must grant Storage Object Viewer permission to [e-mail].

Step #2 - "build": ERROR: failed to create image cache: accessing cache image "LOCATION-docker.pkg.dev/PROJECT/gcf-artifacts/FUNCTION_NAME/cache:latest": connect to repo store "LOCATION-docker.pkg.dev/PROJECT/gcf-artifacts/FUNCTION_NAME/cache:latest": GET https://LOCATION-docker.pkg.dev/v2/token?scope=repository%3APROJECT%2Fgcf-artifacts%2FFUNCTION_NAME%2Fcache%3Apull&service=: DENIED: Permission "artifactregistry.repositories.downloadArtifacts" denied on resource "projects/PROJECT/locations/LOCATION/repositories/gcf-artifacts" (or it may not exist)

Could not build the function due to a missing permission on the build service account. If  you didn't revoke that permission explicitly, this could be caused by a change in the organization policies.

La soluzione

Il service account di build deve disporre dell'autorizzazione di lettura per il bucket di origine e delle autorizzazioni di lettura e scrittura per il repository di deployment degli artefatti. Potresti riscontrare questo errore a causa di una modifica del comportamento predefinito di utilizzo dei service account di Cloud Build, descritta in Modifica del service account Cloud Build.

Per risolvere il problema, utilizza una delle seguenti soluzioni:

• Crea un service account di build personalizzato per i deployment delle funzioni.
• Aggiungi il ruolo Cloud Build Service Account (roles/cloudbuild.builds.builder) al service account Compute predefinito.
• Consulta le indicazioni di Cloud Build sulle modifiche al service account predefinito e disattiva queste modifiche.

Service account di build disattivato

Messaggio di errore

Could not build the function due to disabled service account used by Cloud Build. Please make sure that the service account is active.

La soluzione

Per eseguire il deployment di una funzione, il service account di build deve essere attivato. Potresti riscontrare questo errore a causa di una modifica del comportamento predefinito di utilizzo dei service account di Cloud Build, descritta in Modifica del service account Cloud Build.

Per risolvere il problema, utilizza una delle seguenti soluzioni:

• Crea un service account di build personalizzato per i deployment delle funzioni.
• Abilita il service account Compute predefinito.
• Consulta le indicazioni di Cloud Build sulle modifiche al service account predefinito e disattiva queste modifiche.

Gestione

Questa sezione elenca i problemi di gestione che potresti riscontrare e fornisce suggerimenti su come risolverli.

Errore di autorizzazione della gestione perché la funzione richiede l'autenticazione

Le funzioni HTTP senza l'opzione Consenti chiamate non autenticate abilitata limitano l'accesso agli utenti finali e ai service account che non dispongono delle autorizzazioni appropriate. Questo messaggio di errore indica che il chiamante non dispone dell'autorizzazione per richiamare la funzione.

Nota: quando visiti l'URL delle funzioni Cloud Run in un browser, non viene aggiunta automaticamente un'intestazione di autenticazione. .

Messaggio di errore

Codice di risposta di errore HTTP: 403 - Non consentito

Corpo della risposta di errore HTTP:

Error: Forbidden Your client does not have permission
to get URL /FUNCTION_NAME from this server.

La soluzione

Per risolvere il problema, prova una delle seguenti soluzioni:

• Assegna all'utente il ruolo Cloud IAM Cloud Run Invoker per la funzione specifica.

• Riesegui il deployment della funzione per consentire l'accesso pubblico se questa operazione è supportata dalla tua organizzazione. Questa opzione è utile per i test.

Errore di gestione dovuto alla configurazione di allow internal traffic only

Le impostazioni in entrata limitano la possibilità di richiamare una funzione HTTP da risorse all'esterno del tuo progetto Google Cloud o del perimetro di servizio dei Controlli di servizio VPC. Quando configuri l'impostazione Consenti solo traffico interno per il networking in entrata, questo messaggio di errore indica che sono consentite solo le richieste provenienti da reti VPC nello stesso progetto o perimetro dei Controlli di servizio VPC. Può anche trattarsi di un errore 404 per l'URL functions.net predefinito.

Messaggio di errore

Codice di risposta di errore HTTP: 404 - Non trovato

La soluzione

Per risolvere questo errore, prova una delle seguenti soluzioni:

• Assicurati che la richiesta provenga dal tuo progetto Google Cloud o dal perimetro di servizio dei Controlli di servizio VPC.

• Modifica le impostazioni di traffico in entrata per consentire tutto il traffico per la funzione.

• Il codice sorgente delle funzioni Cloud Run può generare un errore 404 anche a causa di un errore nell'URL, nei metodi HTTP o nella logica della funzione.

La chiamata della funzione non dispone di credenziali di autenticazione valide

La chiamata di una funzione Cloud Run Functions configurata con accesso limitato richiede un token ID. I token di accesso o i token di aggiornamento non funzionano.

Messaggio di errore

Codice di risposta di errore HTTP: 401 - Non autorizzato

Corpo della risposta di errore HTTP:

Your client does not have permission to the requested URL 'FUNCTION_NAME'

La soluzione

Per risolvere questo errore, prova una delle due soluzioni seguenti:

• Assicurati che le richieste includano un'intestazione Authorization: Bearer ID_TOKEN e che il token sia un token ID, non un token di accesso o di aggiornamento. Se generi questo token manualmente con la chiave privata di un service account, devi scambiare il token JWT autofirmato con un token di identità firmato da Google.

  Richiama la funzione HTTP utilizzando le credenziali di autenticazione nell'intestazione della richiesta. Ad esempio, puoi ottenere un token di identità utilizzando gcloud come segue:

    curl  -H "Authorization: Bearer $(gcloud auth print-identity-token)" 
  
      https://REGION-PROJECT_ID.cloudfunctions.net/FUNCTION_NAME
    

• Riesegui il deployment della funzione per consentire le chiamate non autenticate se questa operazione è supportata dalla tua organizzazione. Questa opzione è utile per i test.

• Assicurati che il campo audience (aud) nel token JWT (JSON Web Token) corrisponda esattamente all'URL della funzione visualizzato nella console Google Cloud . Qualsiasi discrepanza, incluso un percorso relativo aggiuntivo, causa un errore di autenticazione e una risposta 401.

La funzione si interrompe durante l'esecuzione o continua a essere eseguita dopo il completamento del codice

Alcuni runtime di Cloud Run Functions consentono agli utenti di eseguire attività asincrone. Se la tua funzione crea queste attività, deve anche attendere esplicitamente che vengano completate. In caso contrario, la funzione potrebbe interrompersi al momento sbagliato.

Comportamento di errore

La funzione presenta uno dei seguenti comportamenti:

• La funzione termina mentre le attività asincrone sono ancora in esecuzione, ma prima che sia trascorso il periodo di timeout specificato.
• L'esecuzione della funzione non termina al completamento di queste attività e continua fino allo scadere del periodo di timeout.

La soluzione

Se la funzione termina in anticipo, assicurati che tutte le attività asincrone della funzione siano completate prima che la funzione esegua una di queste azioni:

• Restituzione di un valore
• Risoluzione o rifiuto di un oggetto Promise restituito (solo funzioni Node.js)
• Generazione di eccezioni non rilevate o errori
• Invio di una risposta HTTP
• Chiamata di una funzione di callback

Se la funzione non viene terminata dopo aver completato le attività asincrone, devi verificare che segnali correttamente a Cloud Run Functions dopo il completamento. In particolare, assicurati di eseguire una delle operazioni elencate in precedenza non appena la funzione ha terminato le attività asincrone.

Errore di runtime durante l'accesso alle risorse protette dai Controlli di servizio VPC

Per impostazione predefinita, Cloud Run Functions utilizza indirizzi IP pubblici per inviare richieste in uscita ad altri servizi. Se le tue funzioni non si trovano all'interno di un perimetro dei Controlli di servizio VPC, potrebbero ricevere risposte HTTP 403 quando tentano di accedere ai servizi Google Cloud protetti da Controlli di servizio VPC, a causa di rifiuti del perimetro di servizio.

Messaggio di errore

Nei log delle risorse controllate, una voce simile alla seguente:

"protoPayload": {
  "@type": "type.googleapis.com/google.cloud.audit.AuditLog",
  "status": {
    "code": 7,
    "details": [
      {
        "@type": "type.googleapis.com/google.rpc.PreconditionFailure",
        "violations": [
          {
            "type": "VPC_SERVICE_CONTROLS",
  ...
  "authenticationInfo": {
    "principalEmail": "CLOUD_FUNCTION_RUNTIME_SERVICE_ACCOUNT",
  ...
  "metadata": {
    "violationReason": "NO_MATCHING_ACCESS_LEVEL",
    "securityPolicyInfo": {
      "organizationId": "ORGANIZATION_ID",
      "servicePerimeterName": "accessPolicies/NUMBER/servicePerimeters/SERVICE_PERIMETER_NAME"
  ...

La soluzione

Per risolvere questo errore, prova una delle due soluzioni seguenti:

• La funzione deve instradare tutto il traffico in uscita attraverso la rete VPC. Per saperne di più, consulta la sezione Esegui il deployment di funzioni conformi ai Controlli di servizio VPC.

• In alternativa, concedi l'accesso al perimetro al service account di runtime della funzione. Puoi farlo creando un livello di accesso e aggiungendolo al perimetro di servizio oppure creando una policy in entrata sul perimetro. Per saperne di più, consulta Utilizza i Controlli di servizio VPC.

Scalabilità

Questa sezione elenca i problemi di scalabilità e fornisce suggerimenti su come risolverli.

Errori di Cloud Logging relativi agli annullamenti delle richieste in coda in sospeso

Gli errori di scalabilità possono verificarsi nei seguenti scenari:

• Un improvviso e notevole aumento del traffico.
• Tempo di avvio a freddo lungo.
• Tempi di elaborazione delle richieste lunghi.
• Percentuale di errori della funzione elevata.
• Raggiungimento del limite massimo di istanze, che impedisce di scalare il sistema.
• Fattori temporanei attribuiti al servizio Cloud Run Functions.

In ciascun caso, Cloud Run Functions potrebbe non fare lo scale up abbastanza rapidamente per gestire il traffico.

Messaggio di errore

• The request was aborted because there was no available instance
  • severity=WARNING (codice di risposta: 429) Cloud Run Functions non può scalare a causa del limite max-instances che hai impostato durante la configurazione.
  • severity=ERROR (codice di risposta: 500) Cloud Run Functions non può gestire in modo intrinseco il tasso di traffico.

La soluzione

• Per risolvere il problema, correggi le cause elencate sopra.

• Per le funzioni basate su trigger HTTP, il client deve implementare il backoff esponenziale e la ripetizione dei tentativi per le richieste che non devono essere ignorate. Se attivi le funzioni Cloud Run da Workflows, puoi farlo utilizzando la sintassi try/retry.

• Per le funzioni in background o basate su eventi, Cloud Run Functions supporta la consegna "at least once". Anche senza abilitare esplicitamente la ripetizione dei tentativi, l'evento viene automaticamente riconsegnato e viene ritentata l'esecuzione della funzione. Per saperne di più, consulta Ripetizione dei tentativi di esecuzione delle funzioni basate su eventi.

• Se la causa principale del problema è un periodo di maggiore frequenza di errori temporanei attribuiti esclusivamente a Cloud Run Functions o se hai bisogno di assistenza per il tuo problema, contatta l'assistenza.

• Per i problemi relativi agli avvii a freddo, configura il numero minimo di istanze per ridurre il numero di avvii a freddo che fanno aumentare la fatturazione.

Logging

La sezione seguente è dedicata ai problemi di logging e a come risolverli.

I livelli di gravità delle voci di log sono assenti o errati

Per impostazione predefinita, Cloud Run Functions include il logging di runtime. I log scritti in stdout o stderr vengono visualizzati automaticamente in Cloud Logging. Tuttavia, per impostazione predefinita, queste voci di log contengono solo messaggi stringa.

Messaggio di errore

Livelli di gravità mancanti o errati nei log.

La soluzione

Per includere le gravità dei log, devi inviare una voce di log strutturata.

Nota: a partire da settembre 2020, ogni nuovo runtime rilasciato utilizza il comportamento predefinito del livello di gravità dei log definito dalla libreria di runtime stessa. Ad esempio, Python 3.8 imposta il livello di gravità dei log predefinito su WARNING o superiore. Se vuoi acquisire eventi con gravità DEBUG o INFO utilizzando Python 3.8, devi anche impostare in modo programmatico il livello di log in modo da includere questi livelli.

Gestisci o registra le eccezioni in modo diverso in caso di arresto anomalo

Potresti voler personalizzare la modalità di gestione e logging delle informazioni sugli arresti anomali.

La soluzione

Racchiudi la funzione in un blocco try per personalizzare la gestione delle eccezioni e il logging delle analisi dello stack.

Nota: l'aggiunta di un blocco try può causare un effetto collaterale indesiderato nelle funzioni basate su eventi con la configurazione retry on failure. I nuovi tentativi di invio degli eventi non riusciti potrebbero a loro volta non riuscire.

Esempio

import logging
import traceback
def try_catch_log(wrapped_func):
  def wrapper(*args, **kwargs):
    try:
      response = wrapped_func(*args, **kwargs)
    except Exception:
      # Replace new lines with spaces so as to prevent several entries which
      # would trigger several errors.
      error_message = traceback.format_exc().replace('\n', '  ')
      logging.error(error_message)
      return 'Error';
    return response;
  return wrapper;

#Example hello world function
@try_catch_log
def python_hello_world(request):
  request_args = request.args

  if request_args and 'name' in request_args:
    1 + 's'
  return 'Hello World!'

Log troppo grandi in Node.js 10+, Python 3.8, Go 1.13 e Java 11

La dimensione massima per una normale voce di log in questi runtime è 105 KiB.

La soluzione

Invia voci di log inferiori a questo limite.

Log mancanti nonostante Cloud Run Functions restituisca errori

Cloud Run Functions trasmette i log delle funzioni Cloud Run a un bucket predefinito. Quando crei un progetto, Cloud Run Functions crea e abilita il bucket predefinito. Se il bucket predefinito viene disabilitato o se i log della funzione Cloud Run sono nel filtro di esclusione, non verranno visualizzati in Esplora log.

La soluzione

Attiva i log predefiniti.

Nota: l'attivazione di Cloud Logging potrebbe comportare addebiti.

I log Cloud Run Functions non vengono visualizzati in Esplora log

Alcune librerie client di Cloud Logging utilizzano un processo asincrono per scrivere le voci di log. Se una funzione si arresta in modo anomalo o termina in altro modo, è possibile che alcune voci di log non siano state ancora scritte e potrebbero essere visualizzate in un secondo momento. Alcuni log potrebbero essere persi e non essere visualizzati in Esplora log.

La soluzione

Utilizza l'interfaccia della libreria client per fare il flush delle voci di log memorizzate nel buffer prima di uscire dalla funzione o utilizza la libreria per scrivere le voci di log in modo sincrono. Puoi anche scrivere i log in modo sincrono direttamente in stdout o stderr.

Log di Cloud Run Functions mancanti quando si utilizza il sink del router dei log

I sink del router dei log instradano le voci di log a varie destinazioni.

I filtri di esclusione definiscono le voci che puoi ignorare.

La soluzione

Rimuovi il filtro di esclusione impostato per resource.type = "cloud_run_revision".

Connessioni al database

Durante la connessione a un database possono verificarsi diversi problemi, molti dei quali sono associati al superamento dei limiti di connessione o al timeout. Se nei log viene visualizzato un avviso di Cloud SQL, ad esempio Context deadline exceeded, potrebbe essere necessario modificare la configurazione della connessione. Per saperne di più, consulta le best practice di Cloud SQL.

Networking

Questa sezione elenca i problemi di networking e fornisce suggerimenti su come risolverli.

Connettività di rete

Se tutte le richieste in uscita da una funzione Cloud Run non vanno a buon fine anche dopo aver configurato le impostazioni di traffico in uscita, puoi eseguire Connectivity Tests per identificare eventuali problemi di connettività di rete sottostanti. Per saperne di più, consulta Crea ed esegui Connectivity Tests.

Il connettore di accesso VPC serverless non è pronto o non esiste

Se un connettore di accesso VPC serverless non funziona, potrebbe non utilizzare una maschera di subnet /28 dedicata al connettore come richiesto.

Messaggio di errore

Problem connecting to VPC Connector projects/xxxxx/locations/REGION/connectors/xxxx: Serverless VPC Access is not found.

Quando viene eseguito il deployment di Cloud Run Functions con un connettore in stato non valido a causa dell'autorizzazione mancante per il service account Google APIs Service Agent [e-mail], viene visualizzato il seguente errore:

Messaggio di errore

Failed to prepare VPC connector. Please try again later.

La soluzione

Elenca le tue subnet per verificare se il connettore utilizza una subnet mask /28. Se il connettore non utilizza la subnet mask /28, ricrealo o creane uno nuovo.

Per risolvere il problema, prova una delle seguenti soluzioni:

• Se ricrei il connettore, non devi rieseguire il deployment di altre funzioni. Potresti riscontrare un'interruzione di rete mentre il connettore viene ricreato.

• Se crei un nuovo connettore alternativo, riesegui il deployment delle funzioni per utilizzare il nuovo connettore, quindi elimina quello originale. Questo metodo evita l'interruzione della rete.

• Assicurati che il deployment di Cloud Run Functions e del connettore associato sia eseguito nella stessa regione.

• Per la configurazione del VPC condiviso:

  • Assicurati che i service account [e-mail] e [e-mail] utilizzati dal connettore VPC per il provisioning delle risorse nel progetto dispongano di tutte le autorizzazioni richieste. Questi service account devono avere il ruolo roles/compute.networkUser nel progetto host della configurazione VPC condiviso quando il connettore si trova nel progetto di servizio.

  • Se il connettore viene creato nel progetto host, assicurati che il ruolo Serverless VPC Access User sia concesso su Cloud Run Service Agent nel progetto host.

• Se lo stato del connettore mostra l'errore Connector is in a bad state, manual deletion recommended e Google APIs Service Agent non dispone delle autorizzazioni necessarie per eseguire il provisioning delle risorse di calcolo nel progetto del connettore, concedi roles/compute.admin a service account [e-mail]. In alcuni casi, potrebbe essere necessario ricreare il connettore dopo aver aggiunto queste autorizzazioni.

Il traffico SMTP verso indirizzi IP di destinazione esterni che utilizzano la porta TCP 25 è bloccato

Per una maggiore sicurezza, Google Cloud blocca le connessioni alla porta di destinazione TCP 25 durante l'invio di email dalle funzioni.

La soluzione

Per sbloccare queste connessioni, prova una delle seguenti soluzioni:

• Connettiti al server SMTP su una porta diversa, ad esempio la porta TCP 587 o 465.

• Utilizza un servizio email di terze parti.

Errore 404 per l'URL functions.net predefinito

Se disattivi l'URL run.app in Cloud Run, impedisci anche l'accesso all'URL cloudfunctions.net predefinito per Cloud Run Functions (2ª gen.). Questo errore può essere causato anche da un errore di gestione dovuto alla configurazione Consenti solo traffico interno.

Messaggio di errore

Codice di risposta di errore HTTP: 404 - Non trovato

La soluzione

Per riattivare l'URL cloudfunctions.net predefinito per Cloud Run Functions (2ª gen.), devi riattivare l'URL run.app in Cloud Run sostituendo il file service.yaml con una nuova configurazione con annotations:run.googleapis.com/default-url-disabled: false.