Como a versão 5.5 do PHP não é mais compatível com a comunidade, recomendamos que novos aplicativos usem o ambiente de execução do PHP 7.

Como implantar um aplicativo em PHP 5

Implante o aplicativo para fazer upload e executá-lo 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 ferramenta de linha de comando gcloud

Para implantar o aplicativo com a ferramenta gcloud, é necessário fazer o download, instalar e inicializar o SDK do Cloud.

Fazer o download do SDK

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

Como usar um proxy

Se você estiver executando o comando de implantação de um sistema que usa proxy HTTP ou HTTPS, é necessário configurar a ferramenta para que ela se comunique por meio do proxy.

Execute os seguintes comandos para configurar a ferramenta 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 em 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 Cloud alternativo para o que você inicializou como padrão na ferramenta 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.

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 Cloud não incluir o aplicativo necessário do App Engine, o comando gcloud app deploy poderá falhar quando tentar executar o comando gcloud app create. Apenas as contas com papel de proprietário têm as permissões necessárias para criar aplicativos do App Engine.
Command not found
Se você não criou links simbólicos para as ferramentas dev_appserver.sh quando instalou o SDK do App Engine (obsoleto), talvez seja necessário especificar o caminho completo do diretório para executar a ferramenta. Por exemplo: [PATH_TO_CLOUD_SDK]/bin/dev_appserver.py.
Import Error
Se você instalou os SDKs 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 comandos do SDK do Cloud, use explicitamente o SDK do App Engine original. É possível mover a entrada do SDK original do App Engine para um período anterior no PATH. Assim, esses comandos terão prioridade. Como alternativa, é possível executar o comando especificando o caminho completo do diretório: [PATH_TO_APP_ENGINE_SDK]/dev_appserver.py.
[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 Cloud para excluir uma versão mais antiga e fazer upload do código mais recente.
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