Neste documento, listamos problemas conhecidos, limitações e recursos não compatíveis no Cloud Run.

Você também pode verificar problemas existentes ou abrir novos nos issue trackers públicos.

Selecione a categoria do seu problema:

Implantação Disponibilização Conectividade e segurança URL Observabilidade Serviços e recursos incompatíveis

Ou filtre os problemas conhecidos:

Categoria	Problema e solução alternativa
Conectividade e segurança	As conexões SSH falham ao iniciar a frio um serviço de vários contêineres do Cloud Run Quando uma conexão SSH faz uma inicialização a frio de um serviço do Cloud Run de vários contêineres com ordem de inicialização de contêiner (container-dependencies), a solicitação é roteada antes que o ambiente do contêiner esteja pronto. O Cloud Run retorna um erro HTTP 500 e interrompe imediatamente a nova instância. Se você se conectar usando a Google Cloud CLI, o comando vai falhar. Para contornar esse problema, conecte-se usando SSH somente quando uma instância já estiver em execução. Por exemplo, envie uma solicitação ao serviço primeiro para iniciar uma instância ou configure instâncias mínimas.
Implantação	As operações de longa duração para ativar ou desativar o SSH em instâncias do Cloud Run podem retornar antes do esperado As operações de longa duração (LROs, na sigla em inglês) para ativar ou desativar o SSH em instâncias do Cloud Run podem retornar antes que a operação seja concluída.
Conectividade e segurança	As conexões SSH podem falhar ocasionalmente depois de ativar ou desativar o SSH As conexões SSH podem falhar ocasionalmente, principalmente depois que você ativa ou desativa o SSH. Se uma conexão falhar, tente novamente.
Disponibilização	A política de reinicialização Always interrompe as instâncias do Cloud Run quando um contêiner é encerrado com o código 0. Quando uma instância do Cloud Run com vários contêineres tem a política de reinicialização definida como Always e qualquer contêiner é encerrado com o código 0, o Cloud Run interrompe a instância em vez de reiniciá-la.
Implantação	A flag de dependência de contêiner dependsOn não funciona para instâncias do Cloud Run. A flag dependsOn para instâncias do Cloud Run com vários contêineres não funciona. As dependências especificadas entre contêineres em instâncias de vários contêineres não são aplicadas durante a inicialização do contêiner.
Disponibilização	Recuperação de serviço atrasada após a suspensão de um limite de gastos excedido ou a reativação do faturamento Se o projeto tiver excedido o gasto máximo ou o faturamento tiver sido desativado, os recursos do Cloud Run poderão sofrer um atraso de até 30 minutos antes de retomar o tráfego depois que você suspender o gasto máximo ou reativar o faturamento. Durante esse período, as solicitações podem falhar com erros 429 ou 503 (com registros indicando "A solicitação foi cancelada porque não havia uma instância disponível") ou as instâncias podem não ser iniciadas. Não há uma solução manual. Aguarde até 30 minutos para que os recursos voltem a ficar íntegros.
Conectividade e segurança	Os conectores de VPC para pools de workers não estão prontos para produção Os conectores de acesso VPC sem servidor com pools de workers do Cloud Run estão disponíveis em pré-lançamento e só são compatíveis com o Terraform usando a API Cloud Run v2. Não há suporte no console do Google Cloud , na Google Cloud CLI, no YAML e na API Cloud Run v1. Além disso, componentes de prontidão para produção, como métricas de monitoramento, não são compatíveis.
Observabilidade	Aumento linear na métrica de latência de entrada para região Talvez você observe um aumento linear artificial na métrica run.googleapis.com/request_latency/ingress_to_region, mais comumente quando você coloca um serviço atrás de um balanceador de carga de aplicativo externo usando o protocolo HTTP/2 e as conexões são reutilizadas. Isso ocorre porque o carimbo de data/hora da solicitação inicial pode não ser atualizado para solicitações subsequentes na mesma conexão, enquanto o horário de chegada regional continua avançando. Esse padrão é uma anomalia de relatório de métricas. Esse problema não representa a latência real do plano de dados, que normalmente permanece baixa. A métrica se corrige quando a conexão é fechada ou o contador é redefinido.
Implantação	Alta latência de implantação em algumas regiões A criação ou atualização de recursos do Cloud Run pode ser mais lenta do que o esperado em algumas regiões, como us-central1. Se a latência de implantação for um problema em uma região específica, o Google recomenda implantar em outra região.
Implantação	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 quando ela foi 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.
Implantaçã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 Config Connector, as montagens de volume não serão mantidos na próxima implantação. Você também pode ter problemas ao usar o Config Connector com serviços ou jobs que têm montagens de volume já aplicadas.
Disponibilização	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 volta para /home se /etc/passwd não existir ou o usuário não puder ser encontrado em /etc/passwd.
Disponibilização	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 secrets em qualquer subdiretório de /tmp.
Disponibilização	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.
Disponibilização	À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 de 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.
Conectividade e segurança	Os mapeamentos de domínio personalizado exigem URLs ativados Só é possível mapear domínios personalizados para serviços do Cloud Run que tenham um URL padrão. Até que esse problema seja resolvido, se você tiver desativado o URL padrão do , recomendamos que você ative o URL padrão do , mapeie o domínio personalizado e desative o URL padrão do novamente.
Conectividade e segurança	O acesso VPC sem servidor não é compatível com 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 de VPC direta usa sub-redes de pilha dupla ou ao acessar endpoints não VPC enquanto vpc-egress está definido como private-ranges-only.
Conectividade e segurança	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 do Google Cloud .
URL	Caminhos de URL reservados Não é possível usar os caminhos de URL a seguir: 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 com z.
URL	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 e recursos incompatíveis	Serviços sem suporte Web Security Scanner
Serviços e recursos incompatíveis	HTTP/2 Push O Cloud Run suporta HTTP/2, mas não push de servidor HTTP/2.
Serviços e recursos incompatíveis	Métodos HTTP O Cloud Run não aceita 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.
Serviços e recursos incompatíveis	As conexões integradas do Cloud SQL não estão disponíveis para jobs do Cloud Run executados com vários contêineres. O recurso do Cloud Run de conexão com instâncias do Cloud SQL não é compatível com jobs do Cloud Run executados com vários contêineres. Os jobs vão continuar sendo executados, mas o Cloud Run não vai ativar o diretório /cloudsql nos contêineres.

superior