Bekannte Probleme in Cloud Run

Cloud Run-Jobs können fälschlicherweise als wiederholt markiert werden

In manchen Fällen kann eine Aufgabe als wiederholt markiert werden, wenn die Aufgabe beim ersten Versuch tatsächlich erfolgreich war. Bis dieses Problem behoben ist, empfiehlt Google, den Parameter --max-retries auf 3 oder höher zu setzen, um irreführende Ausführungsfehler zu vermeiden.

Volume-Bereitstellungen sind nicht mit Config Connector kompatibel

Wenn Sie Ihren Cloud Run-Dienst oder -Job mit Config Connector bereitstellen, werden Ihre Volume-Bereitstellungen bei der nächsten Bereitstellung nicht mehr beibehalten. Möglicherweise treten auch Probleme bei der Verwendung von Config Connector in Diensten oder Jobs auf, auf die bereits Volume-Bereitstellungen angewendet werden.

Umgebungsvariable HOME ist in der Ausführungsumgebung der ersten Generation auf /home festgelegt

Die Cloud Run-Ausführungsumgebung der ersten Generation legt die Umgebungsvariable HOME auf /home fest. Die Ausführungsumgebung der zweiten Generation legt die HOME-Variable auf den Wert in /etc/passwd für den ausführenden Nutzer fest oder wechselt zu /home, wenn /etc/passwd nicht vorhanden ist oder der Nutzer in /etc/passwd nicht gefunden werden kann.

Sie können keine Secrets unter /tmp in der Ausführungsumgebung der ersten Generation bereitstellen

Wenn Sie die Ausführungsumgebung der ersten Generation verwenden, können Sie Secrets nicht direkt in /tmp bereitstellen. Sie können jedoch Secrets in jedem Unterverzeichnis von /tmp bereitstellen.

Hohe Anfragelatenz mit benutzerdefinierten Domains beim Aufrufen aus einigen Regionen

Anfragen an Cloud Run-Dienste mit benutzerdefinierten Domains können von einigen Standorten aus eine sehr hohe Latenz haben. Dieses Problem ist bei Cloud Run-Diensten in asia-northeast1 und us-east4 stärker ausgeprägt. Wenn dieses Problem auftritt, können Sie mit einer serverlosen NEG eine höhere Leistung mit Cloud Load Balancing erzielen.

Manchmal wird eine Anfrage an Instanzen gesendet, bevor die Ergebnisse der Startprüfung bekannt sind

Cloud Run verwendet möglicherweise die an den Dienstendpunkt gesendete Anfrage, um eine Instanz zu starten. Bevor die Ergebnisse der Startprüfung bekannt sind, kann Cloud Run die Anfrage auch der Instanz zuweisen. Wenn die Prüfung bestanden wird, verarbeitet die Instanz die Anfrage beim im Cloud Run-Anfragelog aufgeführten receiveTimestamp. Wenn die Prüfung fehlschlägt, protokolliert Cloud Run den Fehler, ohne den Code des Dienstes aufzurufen.

Für benutzerdefinierte Domainzuordnungen sind aktivierte run.app-URLs erforderlich

Sie können benutzerdefinierte Domains nur für Cloud Run-Dienste zuordnen, die eine standardmäßige run.app-URL haben. Bis dieses Problem behoben ist, empfehlen wir Ihnen, die Standard-URL run.app zu aktivieren, die benutzerdefinierte Domain zuzuordnen und die Standard-URL run.app dann wieder zu deaktivieren, falls Sie die Standard-URL run.app deaktiviert haben.

Serverloser VPC-Zugriff unterstützt IPv6 nicht.

Sie können IPv6 nicht verwenden, wenn Traffic über Connectors für Serverloser VPC-Zugriff gesendet wird. IPv6 wird unterstützt, wenn ausgehender Direct VPC-Traffic Dual-Stack-Subnetze verwendet oder wenn auf Nicht-VPC-Endpunkte zugegriffen wird, während vpc-egress auf private-ranges-only gesetzt ist.

IP-Adressen werden bei Verwendung durch serverloses Computing nicht klar identifiziert

Wenn Sie ausgehenden Direct VPC-Traffic verwenden, können Sie die von Cloud Run reservierten IP-Adressen, die derzeit verwendet werden, auf der Seite „IP-Adressen“ in der Google Cloud Console als None anstelle von Serverless identifizieren.

Reservierte URL-Pfade

• /eventlog
• Pfade, die mit /_ah/ beginnen
• Einige Pfade, die auf z enden Um Konflikte mit reservierten Pfaden zu vermeiden, sollten Sie alle Pfade vermeiden, die auf z enden.

Einige codierte URL-Zeichen sind decodiert

Cloud Run decodiert einige codierte Zeichen in der URL von Cloud Run-Diensten, bevor die Containerinstanz erreicht wird. %41 wird beispielsweise automatisch zu A decodiert.

Nicht unterstützte Dienste

HTTP/2-Push

Cloud Run unterstützt HTTP/2, jedoch nicht HTTP/2 Server Push.

HTTP-Methoden

Cloud Run unterstützt keine Anfragen mit HTTP-Methoden wie TRACE und CONNECT. Daher werden diese Methoden nicht von Diensten empfangen, die in Cloud Run ausgeführt werden.