Como implantar um aplicativo em PHP 5

Implante o aplicativo para fazer upload e executar no App Engine. Ao implantar aplicativos, é possível criar versões deles e dos serviços correspondentes no App Engine. É possível implantar aplicativos inteiros, inclusive todos os arquivos de configuração e todo o código-fonte. Além disso, é possível implantar e atualizar versões individuais ou arquivos de configuração.

Para implantar os aplicativos de maneira programática, use a API Admin.

Antes de começar

Para implantar o aplicativo:

Como instalar a CLI gcloud

Para implantar o aplicativo com a CLI gcloud, faça o download, instale e inicialize a CLI gcloud.

Fazer o download do SDK

Se a CLI gcloud já estiver instalada e você quiser configurá-la para usar um ID de projeto do Google Cloud diferente do usado na inicialização, consulte Como gerenciar as configurações da CLI gcloud.

Usar um proxy

Caso esteja executando o comando de implantação de um sistema que usa proxy HTTP ou HTTPS, é preciso configurar a ferramenta para que possa se comunicar através do proxy.

Execute os seguintes comandos para configurar a CLI gcloud:

gcloud config set proxy/type [PROXY_TYPE]
gcloud config set proxy/address [PROXY_ADDRESS]
gcloud config set proxy/port [PROXY_PORT]

Também é possível definir um username e um password para o proxy. Para mais informações, consulte gcloud config.

Como implantar um aplicativo

Para implantar o aplicativo no App Engine, use o comando gcloud app deploy de onde seus arquivos de configuração estão localizados, por exemplo, app.yaml.

Como escolher IDs de versão exclusivos

Para instâncias com escalonamento manual, o ID da versão começa com uma letra para distingui-las dos IDs de instância numéricos. Isso garante que as solicitações sejam roteadas para o destino correto e evita a ambiguidade com padrões de URL como 123-dot-my-service.[REGION_ID].r.appspot.com, que são interpretados de duas maneiras:

  • Se a versão 123 existir, a solicitação será roteada para a versão 123 do serviço my-service.
  • Se a versão 123 não existir, a solicitação será encaminhada para o ID de instância 123, no qual as versões do serviço my-service estão em execução.

No caso de instâncias configuradas para escalonamento automático ou básico, as versões podem ser nomeadas como você quiser porque a segmentação dessas instâncias não está disponível.

gcloud app deploy [CONFIGURATION_FILES]

Por padrão, o comando implanta o arquivo de configuração app.yaml do diretório atual. Se você for executar o comando de um diretório que não contenha o app.yaml do aplicativo ou se quiser implantar vários aplicativos, substitua [CONFIGURATION_FILES] pelo caminho para um ou mais arquivos de configuração. Use um único espaço em branco para separar os nomes dos caminhos.

Sinalizações opcionais:

  • --version: especifica um ID de versão personalizado. Por padrão, o App Engine gera um ID de versão.
  • --no-promote: implanta o aplicativo sem rotear todo o tráfego para essa versão automaticamente. Por padrão, cada versão que você implanta é automaticamente configurada para receber 100% do tráfego.
  • --project: especifica um ID do projeto do Google Cloud alternativo para o que você inicializou como padrão na CLI gcloud.

Para mais informações, consulte a referência sobre gcloud app deploy ou execute gcloud help na linha de comando.

Exemplos:

gcloud app deploy
gcloud app deploy app.yaml dos.yaml index.yaml
gcloud app deploy --version [YOUR_VERSION_ID] --no-promote --project [YOUR_PROJECT_ID]

Se você implantar uma versão que especifica o mesmo ID de uma versão que já existe no App Engine, os arquivos que você implantar substituirão a versão existente. Isso será um problema se a versão estiver exibindo tráfego, porque talvez o tráfego para o aplicativo seja interrompido. Você pode evitar a interrupção do tráfego implantando a nova versão com um código de versão diferente. Depois, mude o tráfego para essa versão.

Implantar vários aplicativos de serviços

Quando o aplicativo é fatorado em vários serviços, é possível implantar e atualizar serviços segmentados individualmente ou todos os serviços simultaneamente. Implantar atualizações em serviços pode incluir a atualização de arquivos de configuração individuais ou do código-fonte nas versões correspondentes.

Por exemplo, é possível implantar e criar duas versões no App Engine, sendo que cada uma será executada no próprio serviço. A primeira versão serve como o serviço de front-end, e a outra, como o back-end do seu aplicativo. Então, será possível implantar arquivos de configuração individuais para atualizar somente as configurações de um serviço. Também é possível implantar uma nova versão em um serviço para atualizar o código-fonte do front-end, do back-end ou de ambos ao mesmo tempo.

Requisitos para vários serviços

Use os mesmos comandos para implantar e atualizar os diversos serviços do aplicativo com os requisitos a seguir:

  • Inicialmente, você precisa implantar uma versão do app no serviço default antes de criar e implantar os serviços subsequentes.

  • Especifique o ID do serviço no arquivo de configuração app.yaml da versão correspondente. Para isso, inclua a definição do elemento service: [YOUR_SERVICE_ID] em cada arquivo de configuração. Por padrão, a exclusão da definição desse elemento do arquivo de configuração implanta a versão no serviço default.

  • É necessário especificar todos os arquivos de configuração app.yaml correspondentes no comando de implantação para implantar vários serviços ao mesmo tempo.

Para implantar vários serviços

No diretório raiz do aplicativo em que os arquivos de configuração estão localizados, execute o comando de implantação e especifique os caminhos e os nomes de arquivo relativos a cada arquivo app.yaml do serviço.

gcloud app deploy [CONFIGURATION_FILES]

Em que [CONFIGURATION_FILES] é o caminho e o nome de um ou mais arquivos de configuração separados por um único espaço em branco.

Exemplo
gcloud app deploy main/app.yaml service1/app.yaml service2/app.yaml

Você receberá a verificação na linha de comando assim que cada serviço for implantado com sucesso.

Como visualizar registros de build

Os streams do Cloud Build criam e implantam registros visíveis na seção de histórico do Cloud Build do Console do Google Cloud. Para ver as versões na região do aplicativo, use o menu suspenso Região, na parte superior da página, e escolha a região que você quer filtrar.

Solução de problemas

Estas são mensagens de erro comuns que você pode encontrar:

PERMISSION_DENIED: Operation not allowed
The "appengine.applications.create" permission is required.
Se o projeto do Google Cloud não incluir o aplicativo necessário do App Engine, o comando gcloud app deploy pode falhar ao tentar executar o comando gcloud app create. Somente contas com o papel Proprietário têm as permissões necessárias para criar aplicativos do App Engine.
Command not found
Consulte Como usar o servidor de desenvolvimento local para ver instruções sobre como configurar a ferramenta do servidor de desenvolvimento local.
Import Error
Se você instalou a CLI gcloud e o SDK originais do App Engine e do Cloud, as entradas para o PATH talvez entrem em conflito e causem erros de importação. Se você recebeu erros ao executar os comandos da CLI gcloud, siga as instruções para executar o servidor de desenvolvimento local.
[400] The first service (module) you upload to a new application must be the 'default' service (module)
Antes de implantar e criar os vários serviços do aplicativo, é necessário primeiro implantar e criar o serviço default. Para mais detalhes sobre como implantar uma versão no serviço default, consulte Como implantar vários aplicativos de serviço.
Too Many Versions (403)
O App Engine tem um número limitado de versões implantadas do aplicativo. Esse número é diferente para aplicativos gratuitos e aplicativos implantados. Use o console do Google Cloud para excluir uma versão mais antiga e fazer upload do código mais recente.
[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:

[13] An internal error occurred

Esse erro poderá ocorrer se o arquivo de configuração app.yaml do App Engine contiver um recurso inválido name na chave vpc_access_connector. Verifique se o campo name contém a região e o projeto corretos em que o conector de acesso VPC sem servidor 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 Cloud fornecendo a saída do comando.

Outro erro de implantação

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ê implantar um aplicativo, mas se alguém tiver desativado a API, as implantações falharão.

A seguir