ID da região
O REGION_ID
é um código abreviado que o Google atribui
com base na região que você selecionou ao criar o aplicativo. O código não
corresponde a um país ou estado, ainda que alguns IDs de região sejam semelhantes
aos códigos de país e estado geralmente usados. Para apps criados após
fevereiro de 2020, o REGION_ID.r
está incluído nos
URLs do App Engine. Para apps existentes criados antes dessa data, o
ID da região é opcional no URL.
Saiba mais sobre IDs de região.
Saiba como executar seu aplicativo localmente, implantá-lo e testá-lo no App Engine.
Como executar localmente
Para testar a funcionalidade do aplicativo antes de implantá-lo, execute-o no ambiente local com as ferramentas de desenvolvimento que você costuma usar.
Por exemplo,npm start
Implantar o aplicativo
Implantar a aplicação no App Engine usando o comandogcloud app deploy
.
Ele cria automaticamente uma imagem do contêiner usando o serviço Cloud Build e a implanta no ambiente flexível do App Engine. O contêiner inclui quaisquer modificações locais realizadas na imagem do ambiente de execução.
Para implantar os aplicativos de maneira programática, use a API Admin.
Antes de começar
Antes de implantar o aplicativo:
O Proprietário do projeto do Google Cloud precisa ativar o App Engine.
Verifique se a conta de usuário inclui os privilégios exigidos.
Como garantir uma implantação bem-sucedida
Ao ativar as verificações de integridade atualizadas, as implantações são revertidas se o aplicativo não tiver o status "íntegro".
Quando você implanta seu primeiro aplicativo no ambiente flexível, pode ocorrer um atraso conforme a máquina virtual (VM) e outras infraestruturas são configuradas.
Após a configuração inicial, as verificações de integridade garantem que a instância esteja íntegra e pronta para receber tráfego. Se o aplicativo não atingir o status pronto em um período especificado, indicado pelo campo initial_delay_sec
na seção liveness_check
do arquivo app.yaml, a implantação falhará e será revertida.
Talvez o aplicativo demore um pouco mais para ficar pronto. Por exemplo, você pode inicializar o aplicativo fazendo o download de arquivos grandes ou carregando caches com antecedência. Com o uso de verificações de integridade atualizadas, é possível aumentar o tempo modificando a configuração app_start_timeout_sec
na seção readiness_check
do arquivo app.yaml
.
Se a implantação falhar, verifique se a API Cloud Build está ativada no projeto. O App Engine ativa essa API automaticamente na primeira vez que você implanta um aplicativo, mas se alguém tiver desativado a API, as implantações falharão.
Implantar um serviço
Implante o aplicativo no App Engine implantando as versões dos serviços dele e os respectivos arquivos de configuração.
Para implantar o serviço do aplicativo, execute o seguinte comando
no diretório em que o arquivo app.yaml
do serviço está localizado:
gcloud app deploy
Por padrão, o comando gcloud app deploy
implanta apenas o arquivo app.yaml
no
diretório atual. Sempre que você executa esse comando, o App Engine gera
um ID exclusivo para a versão implantada, implanta a versão no
projeto do Cloud em que você configurou o uso da CLI gcloud e roteia todo
o tráfego para a nova versão. A nova versão se torna a padrão.
É possível alterar o comportamento padrão do comando gcloud app deploy
segmentando arquivos específicos, especificando versões ou incluindo outros
parâmetros:
Para implantar os outros arquivos de configuração do serviço, segmente e implante cada arquivo separadamente. Exemplo:
gcloud app deploy cron.yaml gcloud app deploy dispatch.yaml gcloud app deploy index.yaml
Para especificar um ID de versão personalizado, use a sinalização
--version
.Para impedir que o tráfego seja roteado automaticamente para a nova versão, use a sinalização
--no-promote
.Para implantar em um projeto específico do Cloud, use a sinalização
--project
.
Por exemplo, para implantar o serviço definido pelo arquivo app.yaml
em um projeto
específico do Cloud, atribua a ele um ID de versão personalizado e
impeça que o tráfego seja encaminhado para a nova versão:
gcloud app deploy --project PROJECT_ID --version VERSION_ID --no-promote
Para mais informações sobre esse comando, consulte as referências do gcloud app deploy
.
Como implantar vários serviços
Use o mesmo comando para implantar ou atualizar os diversos serviços que compõem seu aplicativo.
Para implantar vários serviços, implemente separadamente o arquivo app.yaml
de cada serviço. Por exemplo:
gcloud app deploy service1/app.yaml
gcloud app deploy service2/app.yaml
Especifique vários arquivos com um único comando de implantação:
gcloud app deploy service1/app.yaml service2/app.yaml
Requisitos para implantar vários serviços
Primeiro é preciso implantar uma versão do seu aplicativo no serviço
default
para depois criar e implantar os serviços posteriores.É necessário especificar o ID de cada serviço nos arquivos de configuração
app.yaml
correspondentes. Para isso especificar o ID do serviço, inclua a definição do elementoservice
em cada arquivo de configuração. Por padrão, a exclusão dessa definição de elemento do arquivo de configuração faz com que a versão seja implantada no serviçodefault
default.
Como ignorar arquivos
É possível usar um arquivo .gcloudignore
para especificar arquivos e diretórios que não serão enviados ao Google Cloud
ao implantar seus serviços. Isso é útil para ignorar artefatos de versão e outros que não precisam ser enviados com a implantação.
Saiba mais sobre a sintaxe do arquivo .gcloudignore
na referência do gcloud
(em inglês).
Como criar manualmente um contêiner para implantação
Para criar imagens de contêiner fora do Google Cloud Platform, faça upload das imagens para um repositório de imagens de contêiner antes de implantá-las no App Engine com o comando gcloud app deploy
.
Por exemplo, ao criar localmente imagens de contêiner com o Docker, envie-as para o Google Container Registry e especifique o URL correspondente na sinalização --image-url
do comando:
gcloud app deploy --image-url gcr.io/YOUR_PROJECT_ID/YOUR_CONTAINER_IMAGE
Como usar canais de implantação contínua automatizada
Use o Cloud Build para automatizar implantações em pipelines de implantação contínua. Para mais informações, consulte Como implantar artefatos e Como automatizar versões com acionadores de versão na documentação do Cloud Build.
Imagens base do Docker para o Node.js
Se você quiser criar do zero um aplicativo Node.js de ambiente de execução personalizado, use esta imagem de base no seu Dockerfile:
Ambiente de execução | Comando do Docker |
---|---|
Node.js | FROM gcr.io/google-appengine/nodejs |
Ver o aplicativo
Depois de implantar o aplicativo no App Engine, execute o comando a seguir
para iniciar o navegador e visualizá-lo em
https://PROJECT_ID.REGION_ID.r.appspot.com
:
gcloud app browse
Como fazer testes no App Engine
Antes de configurar uma nova versão para receber tráfego, teste-a no App Engine. Por exemplo, para testar uma nova versão do seu serviço default
, siga estas etapas:
Implante sua nova versão e inclua a sinalização
--no-promote
:gcloud app deploy --no-promote
Acesse a nova versão no URL a seguir:
https://VERSION_ID-dot-default-dot-PROJECT_ID.REGION_ID.r.appspot.com
Agora você pode testar sua nova versão no ambiente de execução do App Engine. Depure o aplicativo visualizando os registros no Visualizador de registros do console do Google Cloud. Para saber mais informações, consulte Como gravar registros de aplicativos.
As solicitações enviadas para
https://PROJECT_ID.REGION_ID.r.appspot.com
ainda serão encaminhadas para a versão configurada anteriormente para receber tráfego.Quando você quiser enviar tráfego para a nova versão, use o console do Google Cloud para migrá-lo:
Selecione a versão que você acabou de implantar e clique em Migrar tráfego.
Use o mesmo processo para testar novas versões de outros serviços substituindo default
no URL pelo nome do serviço:
Resolver problemas
Veja mensagens de erro comuns que você talvez encontre ao implantar aplicativos:
PERMISSION_DENIED: Operation not allowed
The "appengine.applications.create" permission is required.
- Se o projeto do Cloud não incluir o aplicativo
necessário do
App Engine, o
comando
gcloud app deploy
pode falhar ao tentar executar o comandogcloud app create
. Somente contas com o papel Proprietário têm as permissões necessárias para criar aplicativos do App Engine. 502 Bad Gateway
- O projeto do Cloud poderá falhar ao iniciar se o
app.yaml
estiver configurado incorretamente. Verifique os registros do aplicativo para ver mensagens de erro mais detalhadas. [13] An internal error occurred while creating a Cloud Storage bucket.
O App Engine cria um bucket multirregional padrão do Cloud Storage em seu nome, na mesma região em que o aplicativo é criado. Esse bucket é necessário para armazenar o conteúdo do aplicativo. Este erro é retornado quando o bucket não pode ser criado nos seguintes cenários:
O agente de serviço do ambiente flexível do App Engine padrão não está presente no projeto ou não tem o papel
App Engine flexible environment Service Agent
. É possível adicionar novamente a conta de serviço do agente ao projeto concedendo a ele as permissões corretas do IAM.A conta de serviço do App Engine não está presente no projeto. Se a conta de serviço do App Engine foi removida antes de 30 dias desde a exclusão, é possível restaurá-la.
O projeto está em uma organização que aplica a política
constraints/gcp.resourceLocations
e ela não permite a criação de recursos na mesma região em que o App Engine foi criado. Você precisará substituir a políticaconstraints/gcp.resourceLocations
aplicada ao projeto e permitir os locais multirregionais na mesma região em que o aplicativo do App Engine foi criado.
[13] An internal error occurred.
Esse erro poderá ocorrer se você implantar o serviço com uma configuração de rede usando uma configuração de VPC compartilhada. Verifique se o ambiente flexível do App Engine atende a todos os requisitos dessa configuração. Em seguida, verifique se as contas de serviço configuradas para essa configuração estão presentes no projeto. Caso contrário, você precisará restaurar as contas. A região da sub-rede no projeto host da VPC compartilhada precisa corresponder ao local em que o ambiente do App Engine foi criado.
Se o problema persistir depois de confirmar que a configuração
app.yaml
é válida, use o SDK do Google Cloud para reimplantar o serviço, adicionar a sinalização--verbosity=debug
e entrar em contato com Suporte do GCP fornecendo a saída do comando.IP space of {USER_SUBNETWORK_NAME} is exhausted and needs to be expanded.
Se a implantação falhar com essa mensagem de erro, isso significará que a rede configurada para o serviço do App Engine não tem endereços para alocar para as novas instâncias do serviço. Para resolver o problema, expanda os intervalos da VPC na sub-rede configurada para o serviço do ambiente flexível do App Engine.