Problemas conhecidos no Cloud Run

Mantenha tudo organizado com as coleções Salve e categorize o conteúdo com base nas suas preferências.

As tarefas do job do Cloud Run podem ser marcadas de maneira errada como repetidas

Em algumas situações, uma tarefa pode ser marcada como repetida, mesmo que tenha sido bem-sucedida na primeira tentativa. Até que esse problema seja resolvido, o Google recomenda manter o parâmetro --max-retries definido como 3 ou mais para evitar falhas incorretas na execução.

As montagens de volumes são incompatíveis com o Config Connector

Se você implantar seu serviço ou job do Cloud Run com o Config Connector, as montagens de volume não serão mantidas na próxima implantação. Você também pode ter problemas ao usar o Config Connector com serviços ou jobs que já têm montagens de volume aplicadas.

A variável de ambiente HOME está definida como /home no ambiente de execução de primeira geração

O ambiente de execução de primeira geração do Cloud Run define a variável de ambiente HOME como /home. O ambiente de execução de segunda geração define a variável HOME como o valor em /etc/passwd para o usuário em execução ou usa /home se /etc/passwd não existir ou se o usuário não puder ser encontrado em /etc/passwd.

Não é possível montar secrets em /tmp no ambiente de execução de primeira geração

Se você usar o ambiente de execução de primeira geração, não será possível montar secrets diretamente em /tmp. No entanto, é possível montar segredos em qualquer subdiretório de /tmp.

Alta latência de solicitações com domínios personalizados ao invocar de algumas regiões

As solicitações para serviços do Cloud Run que usam domínios personalizados podem ter uma latência muito alta em alguns locais. Esse problema é mais pronunciado para os serviços do Cloud Run em asia-northeast1 e us-east4. Se você observar esse problema, vai conseguir alcançar um desempenho melhor com o Cloud Load Balancing usando um NEG sem servidor.

Às vezes, uma solicitação pode ser enviada para instâncias antes que os resultados da sondagem de inicialização sejam

O Cloud Run pode usar a solicitação enviada ao endpoint do serviço para iniciar uma instância. Antes que os resultados da sondagem de inicialização sejam conhecidos, o Cloud Run também pode atribuir a solicitação à instância. Se a sondagem for aprovada, a instância vai processar a solicitação no receiveTimestamp listado no registro de solicitações do Cloud Run. Se a sondagem falhar, o Cloud Run vai registrar a falha sem inserir o código do serviço.

O acesso VPC sem servidor não oferece suporte a IPv6

Não é possível usar o IPv6 ao enviar tráfego por conectores de acesso VPC sem servidor. O IPv6 é compatível quando a saída direta da VPC usa sub-redes de pilha dupla ou ao acessar endpoints não VPC enquanto vpc-egress está definido como private-ranges-only.

Endereços IP não identificados claramente quando em uso pelo servidor

Ao usar a saída de VPC direta, é possível identificar os endereços IP reservados pelo Cloud Run que estão em uso, exibidos como None em vez de Serverless na página de endereços IP no console Google Cloud .

Caminhos de URL reservados

• /eventlog
• Caminhos que começam com /_ah/
• Alguns caminhos que terminam com z. Para evitar conflitos com caminhos reservados, recomendamos evitar todos os caminhos que terminam em z.

Alguns caracteres de URL codificados estão decodificados

O Cloud Run decodifica alguns caracteres codificados no URL dos serviços do Cloud Run antes de chegar à instância do contêiner. Por exemplo, %41 é decodificado automaticamente para A.

Serviços sem suporte

HTTP/2 Push

O Cloud Run oferece suporte a HTTP/2, mas não a push do servidor HTTP/2.

Métodos HTTP

O Cloud Run não oferece suporte a solicitações com métodos HTTP, como TRACE e CONNECT. Como resultado, esses métodos não são recebidos por serviços em execução no Cloud Run.