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.
O aplicativo do App Engine é composto por um único recurso que inclui pelo menos um serviço. Cada serviço pode ser configurado para usar diferentes ambientes de execução e operar com diferentes configurações de desempenho. Em cada serviço são implantadas versões desse serviço. Cada versão é executada em uma ou mais instâncias, dependendo do volume de tráfego que você configurou para processar.
Componentes de um aplicativo
O aplicativo do App Engine é criado no projeto do Google Cloud quando você cria um recurso de aplicativo. O aplicativo do App Engine é um contêiner de nível superior que inclui os recursos de serviço, versão e instância que compõem seu aplicativo. Quando você cria o aplicativo do App Engine, todos os recursos são criados na região escolhida, incluindo o código do aplicativo e uma coleção de configurações, credenciais e metadados do aplicativo.
Cada aplicativo do App Engine inclui pelo menos um serviço, o serviço default
,
que pode conter muitas versões, dependendo do status de faturamento do aplicativo.
Veja mais informações abaixo em Limites.
No diagrama a seguir, veja a hierarquia de um aplicativo do App Engine em execução com vários serviços. Neste diagrama, o aplicativo tem dois serviços com várias versões. Duas delas são executadas ativamente em diversas instâncias:
Outros serviços do Google Cloud, como o Datastore, são compartilhados no seu aplicativo do App Engine. Saiba mais em Como estruturar serviços da Web.
Serviços
Use serviços no App Engine para dividir aplicativos grandes em componentes lógicos que compartilhem os recursos do App Engine com segurança e estabeleçam comunicação entre si. Os serviços do App Engine geralmente funcionam como microsserviços. Por isso, é possível executar todo o aplicativo em um único serviço ou projetar e implantar vários serviços para execução como um conjunto de microsserviços.
Por exemplo, um aplicativo que processa solicitações de clientes pode incluir serviços separados para processar tarefas diferentes, como:
- solicitações de API de dispositivos móveis;
- solicitações internas do tipo de administração;
- processamento de back-end, como canais de faturamento e análise de dados.
No App Engine, cada serviço consiste no código-fonte do aplicativo e nos arquivos de configuração do App Engine correspondentes. O conjunto de arquivos implantado em um serviço representa uma única versão desse serviço. Toda vez que você implanta arquivos nele, são criadas outras versões nesse mesmo serviço.
Versões
Ter várias versões do seu aplicativo em cada serviço permite alternar rapidamente entre diferentes versões dele para reversões, testes ou outros eventos temporários. Migre ou divida o tráfego para roteá-lo a uma ou mais versões específicas do aplicativo.
Instâncias
As versões nos serviços são executadas em pelo menos uma instância. Por padrão, o App Engine dimensiona seu aplicativo para corresponder à carga. Os aplicativos aumentarão o número de instâncias em execução para oferecer desempenho consistente ou diminuirão esse número para minimizar instâncias ociosas e reduzir custos. Para saber mais sobre instâncias, consulte Como as instâncias são gerenciadas.
Solicitações de aplicativos
Cada serviço do aplicativo e cada versão desses serviços precisa ter um nome exclusivo, que pode ser usado para direcionar e rotear o tráfego para recursos específicos com o uso de URLs. Por exemplo:
https://VERSION-dot-SERVICE-dot-PROJECT_ID.REGION_ID.r.appspot.com
O comprimento combinado de
VERSION-dot-SERVICE-dot-PROJECT_ID
, em que
VERSION
é o nome da versão, SERVICE
é o nome do serviço e PROJECT_ID
é o
ID do projeto, não pode ter mais de 63 caracteres nem
começar ou terminar com
um hífen. Se o comprimento combinado for
maior que 63 caracteres, talvez você veja o erro DNS address could not be
found.
.
As solicitações recebidas dos usuários são roteadas para versões ou serviços configurados para processar o tráfego. Também é possível direcionar e encaminhar solicitações para versões e serviços específicos. Para mais informações, consulte Como as solicitações são processadas.
Como registrar solicitações de aplicativos
Ao tratar uma solicitação, o aplicativo pode gravar as próprias mensagens de registro
em stdout
e
stderr
. Consulte Como gravar registros de aplicativos para saber mais detalhes sobre eles.
Limites
O número máximo de serviços e versões implantadas depende do preço do seu aplicativo:Limite | App gratuito | App pago |
---|---|---|
Número máximo de serviços por app | 5 | 210 |
Número máximo de versões por app | 15 | 210 |
Há também um limite para o número de instâncias de cada serviço com escalonamento básico ou manual:
Número máximo de instâncias por versão de escalonamento manual/básico | ||
---|---|---|
App gratuito | App pago nos EUA | App pago na UE |
20 | 25 (200 para us-central ) |
25 |
Há também um limite para o número de caracteres no URL do aplicativo.
Descrição | Limite |
---|---|
Máximo de caracteres no URL do projeto para
URL VERSION-dot-SERVICE-dot-PROJECT_ID |
63 |