Problemas conocidos en Cloud Run

Las tareas de trabajo de Cloud Run pueden marcarse como falsas para reintentarse

En algunas situaciones, puede marcarse que una tarea se reintentó, incluso cuando la tarea se realizó de forma correcta en el primer intento. Hasta que se resuelva este problema, Google recomienda mantener el parámetro --max-retries establecido en 3 o más para evitar fallas de ejecución falsas.

Las activaciones de volumen no son compatibles con Config Connector

Si implementas tu servicio o trabajo de Cloud Run con Config Connector, las activaciones de volumen no se conservarán la próxima vez que realices la implementación. También es posible que tengas problemas para usar Config Connector con servicios o trabajos que ya tengan activaciones de volumen aplicadas.

La variable de entorno HOME se configura como /home en el entorno de ejecución de primera generación

El entorno de ejecución de primera generación de Cloud Run establece la variable de entorno HOME en /home. El entorno de ejecución de segunda generación establece la variable HOME en el valor de /etc/passwd para el usuario en ejecución o recurre a /home si /etc/passwd no existe o si no se puede encontrar al usuario en /etc/passwd.

No puedes activar secrets en /tmp en el entorno de ejecución de primera generación

Si usas el entorno de ejecución de primera generación, no puedes activar secrets directamente en /tmp. Sin embargo, puedes activar secrets en cualquier subdirectorio de /tmp.

Latencia de solicitud alta con dominios personalizados cuando se invoca desde algunas regiones

Las solicitudes a los servicios de Cloud Run que usan dominios personalizados pueden tener una latencia muy alta desde algunas ubicaciones. Este problema es más pronunciado en los servicios de Cloud Run en asia-northeast1 y us-east4. Si observas este problema, puedes lograr un mayor rendimiento con Cloud Load Balancing usando un NEG sin servidores.

A veces, se puede enviar una solicitud a las instancias antes de que se conozcan los resultados del sondeo de inicio

Cloud Run podría usar la solicitud enviada al extremo del servicio para iniciar una instancia. Antes de que se conozcan los resultados del sondeo de inicio, Cloud Run también puede asignar la solicitud a la instancia. Si el sondeo se aprueba, la instancia procesará la solicitud en el receiveTimestamp que aparece en el registro de solicitudes de Cloud Run. Si el sondeo falla, Cloud Run registra el error sin ingresar el código del servicio.

Las asignaciones de dominios personalizados requieren URLs run.app habilitadas

Solo puedes asignar dominios personalizados a los servicios de Cloud Run que tienen una URL run.app predeterminada. Hasta que se resuelva este problema, si inhabilitaste la URL run.app predeterminada, te recomendamos que la habilites, que mapees el dominio personalizado y, luego, que vuelvas a inhabilitar la URL run.app predeterminada.run.app

El Acceso a VPC sin servidores no admite IPv6

No puedes usar IPv6 cuando envías tráfico a través de conectores de Acceso a VPC sin servidores. IPv6 es compatible cuando la salida de VPC directa usa subredes de pila doble o cuando se accede a extremos que no son de VPC mientras vpc-egress se configura como private-ranges-only.

Direcciones IP que no están identificadas con claridad cuando la usan sin servidores

Cuando usas la salida de VPC directa, puedes identificar las direcciones IP reservadas por Cloud Run que están en uso actualmente, que se muestran como None en lugar de Serverless en la página de direcciones IP en la consola de Google Cloud .

Rutas de URL reservadas

• /eventlog
• Rutas de acceso que comienzan con /_ah/.
• Algunas rutas que terminan con z. Para evitar conflictos con las rutas reservadas, te recomendamos que evites todas las rutas que terminen en z.

Algunos caracteres de URL codificados están decodificados

Cloud Run decodifica algunos caracteres codificados en la URL de los servicios de Cloud Run antes de llegar a la instancia de contenedor. Por ejemplo, %41 se decodifica automáticamente en A.

Servicios no admitidos

Envío HTTP/2

Cloud Run admite HTTP/2, pero no HTTP/2 Server Push.

Métodos HTTP

Cloud Run no admite solicitudes con métodos HTTP como TRACE y CONNECT. Como resultado, los servicios que se ejecutan en Cloud Run no reciben estos métodos.