Problemi noti in Cloud Run

Le attività del job Cloud Run potrebbero essere contrassegnate erroneamente come riprovate

In alcune situazioni, un'attività può essere contrassegnata come ritentata, anche se è stata completata al primo tentativo. Fino a quando il problema non sarà risolto, Google consiglia di mantenere il parametro --max-retries impostato su 3 o su un valore superiore per evitare errori di esecuzione spuri.

I montaggi dei volumi non sono compatibili con Config Connector

Se esegui il deployment del servizio o del job Cloud Run con Config Connector, i montaggi dei volumi non verranno mantenuti al successivo deployment. Potresti anche riscontrare problemi durante l'utilizzo di Config Connector con servizi o job a cui sono già stati applicati i montaggi dei volumi.

La variabile di ambiente HOME è impostata su /home nell'ambiente di esecuzione di prima generazione

L'ambiente di esecuzione di prima generazione di Cloud Run imposta la variabile di ambiente HOME su /home. L'ambiente di esecuzione di seconda generazione imposta la variabile HOME sul valore in /etc/passwd per l'utente in esecuzione oppure utilizza /home se /etc/passwd non esiste o se l'utente non è presente in /etc/passwd.

Non puoi montare i secret su /tmp nell'ambiente di esecuzione di prima generazione

Se utilizzi l'ambiente di esecuzione di prima generazione, non puoi montare i secret direttamente su /tmp. Tuttavia, puoi montare i secret in qualsiasi sottodirectory di /tmp.

Latenza elevata delle richieste con domini personalizzati quando vengono richiamati da alcune regioni

Le richieste ai servizi Cloud Run che utilizzano domini personalizzati potrebbero avere una latenza molto elevata da alcune località. Questo problema è più evidente per i servizi Cloud Run in asia-northeast1 e us-east4. Se riscontri questo problema, puoi ottenere prestazioni migliori con Cloud Load Balancing utilizzando un NEG serverless.

A volte una richiesta potrebbe essere inviata alle istanze prima che siano noti i risultati del probe di avvio

Cloud Run potrebbe utilizzare la richiesta inviata all'endpoint del servizio per avviare un'istanza. Prima che i risultati del probe di avvio siano noti, Cloud Run potrebbe anche assegnare la richiesta all'istanza. Se il probe viene superato, l'istanza elaborerà la richiesta all'indirizzo receiveTimestamp elencato nel log delle richieste di Cloud Run. Se il probe non va a buon fine, Cloud Run registra l'errore senza inserire il codice del servizio.

I mapping di domini personalizzati richiedono URL run.app attivati

Puoi mappare domini personalizzati solo per i servizi Cloud Run che hanno un URL run.app predefinito. Fino a quando il problema non sarà risolto, se hai disattivato l'URL run.app predefinito, ti consigliamo di attivare l'URL run.app predefinito, mappa il dominio personalizzato e poi disattiva di nuovo l'URL run.app predefinito.

L'accesso VPC serverless non supporta IPv6

Non puoi utilizzare IPv6 quando invii il traffico tramite i connettori di accesso VPC serverless. IPv6 è supportato quando il traffico VPC diretto in uscita utilizza subnet dual-stack o quando si accede a endpoint non VPC mentre vpc-egress è impostato su private-ranges-only.

Indirizzi IP non chiaramente identificati quando vengono utilizzati da serverless

Quando utilizzi l'uscita VPC diretto, puoi identificare gli indirizzi IP riservati da Cloud Run attualmente in uso, visualizzati come None anziché Serverless nella pagina Indirizzi IP della console Google Cloud .

Percorsi URL riservati

• /eventlog
• Percorsi che iniziano con /_ah/
• Alcuni percorsi che terminano con z. Per evitare conflitti con i percorsi riservati, ti consigliamo di evitare tutti i percorsi che terminano con z

Alcuni caratteri degli URL codificati vengono decodificati

Cloud Run decodifica alcuni caratteri codificati nell'URL dei servizi Cloud Run prima di raggiungere l'istanza del contenitore. Ad esempio, %41 viene decodificato automaticamente in A.

Servizi non supportati

Push HTTP/2

Cloud Run supporta HTTP/2, ma non HTTP/2 Server Push.

Metodi HTTP

Cloud Run non supporta le richieste con metodi HTTP come TRACE e CONNECT. Di conseguenza, questi metodi non vengono ricevuti dai servizi in esecuzione su Cloud Run.