Problèmes connus dans Cloud Run

Des tâches de jobs Cloud Run peuvent être marquées à tort comme relancées

Dans certains cas, une tâche peut être marquée comme ayant fait l'objet d'une nouvelle tentative, même si elle a abouti dès la première tentative. En attendant que ce problème soit résolu, Google recommande de définir le paramètre --max-retries sur 3, ou une valeur supérieure, afin d'éviter les échecs d'exécution erronés.

Les installations de volume ne sont pas compatibles avec Config Connector

Si vous déployez votre service ou votre job Cloud Run avec Config Connector, vos points d'installation de volume ne seront pas conservés lors du prochain déploiement. Vous risquez également de rencontrer des problèmes lors de l'utilisation de Config Connector avec des services ou des jobs auxquels des installations de volume sont déjà appliquées.

La variable d'environnement HOME est définie sur /home dans l'environnement d'exécution de première génération

L'environnement d'exécution de première génération de Cloud Run définit la variable d'environnement HOME sur /home. L'environnement d'exécution de deuxième génération définit la variable HOME sur la valeur de /etc/passwd pour l'utilisateur en cours d'exécution, ou revient à /home si /etc/passwd n'existe pas ou si l'utilisateur est introuvable dans /etc/passwd.

Impossible d'installer des secrets sur /tmp dans l'environnement d'exécution de première génération

Si vous utilisez l'environnement d'exécution de première génération, vous ne pouvez pas installer des secrets directement sur /tmp. Cependant, vous pouvez installer des secrets sur n'importe quel sous-répertoire de /tmp.

Latence élevée des requêtes avec des domaines personnalisés lors de l'appel depuis certaines régions

Les requêtes adressées à des services Cloud Run utilisant des domaines personnalisés peuvent présenter une latence très élevée depuis certains emplacements. Ce problème est plus prononcé pour les services Cloud Run basés dans les régions asia-northeast1 et us-east4. Si vous constatez ce problème, vous pouvez obtenir de meilleures performances avec Cloud Load Balancing à l'aide d'un NEG sans serveur.

Il peut arriver qu'une requête soit envoyée aux instances avant que les résultats de la vérification de démarrage soient connus.

Cloud Run peut utiliser la requête envoyée au point de terminaison du service pour démarrer une instance. Cloud Run peut également attribuer la requête à l'instance avant que les résultats de la vérification du démarrage soient connus. Si la vérification réussit, l'instance traite la requête à l'adresse receiveTimestamp indiquée dans le journal des requêtes Cloud Run. Si la vérification échoue, Cloud Run enregistre l'échec sans accéder au code du service.

Les mappages de domaine personnalisé nécessitent que les URL run.app soient activées.

Vous ne pouvez mapper des domaines personnalisés que pour les services Cloud Run qui disposent d'une URL run.app par défaut. En attendant que ce problème soit résolu, si vous avez désactivé l'URL run.app par défaut, nous vous recommandons de l'activer, de mapper le domaine personnalisé, puis de la désactiver à nouveau.run.apprun.app

L'accès au VPC sans serveur n'est pas compatible avec IPv6

Vous ne pouvez pas utiliser IPv6 pour envoyer du trafic via des connecteurs d'accès au VPC sans serveur. IPv6 est compatible lorsque la sortie VPC directe utilise des sous-réseaux à double pile ou lorsque vous accédez à des points de terminaison autres que des VPC, sous réserve que vpc-egress soit défini sur private-ranges-only.

Adresses IP non identifiées clairement lorsqu'elles sont utilisées par une solution sans serveur

Lorsque vous utilisez la sortie VPC directe, vous pouvez identifier les adresses IP réservées par Cloud Run qui sont actuellement utilisées. Elles sont affichées sous la forme None au lieu de Serverless sur la page Adresses IP de la console Google Cloud .

Chemins d'URL réservés

• /eventlog
• Chemins commençant par /_ah/
• Certains chemins se terminant par z Pour éviter tout conflit avec les chemins réservés, nous vous recommandons d'éviter tous les chemins qui se terminent par z.

Certains caractères d'URL encodés sont décodés

Cloud Run décode certains caractères encodés dans l'URL des services Cloud Run avant d'atteindre l'instance de conteneur. Par exemple, %41 est automatiquement décodé en A.

Services incompatibles

Push HTTP/2

Cloud Run est compatible avec HTTP/2, mais pas avec la fonctionnalité Server Push de HTTP/2.

Méthodes HTTP

Cloud Run n'accepte pas les requêtes avec des méthodes HTTP telles que TRACE et CONNECT. Par conséquent, ces méthodes ne sont pas reçues par les services exécutés sur Cloud Run.