App Platform: publique aplicações web com Git e imagens Docker

Primeiro, defina a origem do app. Depois do pedido, informe na página de suporte o repositório do GitHub ou GitLab, ou o endereço de uma imagem de contêiner, e nossa equipe faz a conexão. Nos repositórios, o método de build é detectado automaticamente pela linguagem; se houver um Dockerfile, o build segue esse arquivo, e uma imagem já pronta roda direto pelo endereço dela.

Depois, informe a configuração de execução. Envie a porta em que a aplicação escuta, variáveis de ambiente como o endereço do banco de dados e o comando de início, e nossa equipe os coloca. Senhas e chaves de API vão em variáveis de ambiente criptografadas e não ficam no repositório de código. Terminada a configuração, o build começa e, quando a aplicação abre, informamos o endereço padrão.

Por fim, conecte seu domínio. Informe o domínio que vai usar e passamos o valor do registro a adicionar; adicionando esse registro no painel do domínio, o certificado HTTPS é emitido e renovado automaticamente. A partir daí, a cada push no branch principal do repositório a nova versão é compilada, e os acessos só passam a ela quando está pronta, então os clientes usam o serviço sem cortes mesmo durante o deploy.

O menor tamanho, App L, é $25.00 por mês com 2 vCPU e 4GB de memória. App XL com 4 vCPU e 8GB de memória é $45.00, e App 2XL com 8 vCPU e 16GB de memória é $85.00.

Escolha o tamanho com base na memória que seu aplicativo usa. App L é suficiente para bots do Telegram e APIs pequenas, e aplicativos web usando um framework se encaixam em App XL ou App 2XL com 4GB. Para serviços com muitos usuários ou aplicativos que usam muita memória, como processamento de imagens, escolha App 3XL. Você pode mudar o tamanho depois com base no uso solicitando na página de suporte após a confirmação do primeiro pagamento.

O pagamento ocorre em cada data de cobrança. O primeiro mês é cobrado quando você faz o pedido, e o mesmo valor é cobrado automaticamente em cada data de cobrança para renovar. Se você tiver vários aplicativos, cada um tem sua própria data de cobrança, então cancelar apenas um aplicativo não utilizado na página de suporte interrompe apenas a cobrança desse aplicativo.

O disco da App Platform é preparado de novo a cada deploy de nova versão. Por isso, o padrão é guardar em bancos de dados gerenciados e armazenamento de objetos os dados que precisam durar, como dados de clientes, histórico de pedidos e arquivos enviados. Separando assim, os dados continuam mesmo republicando a aplicação várias vezes.

Guarde os valores secretos em variáveis de ambiente desde o início. Com endereços de banco de dados separados para desenvolvimento e produção, você publica o mesmo código em um app de teste e em um de produção, cada um usando seus próprios dados. Ao trocar uma chave também não é preciso mexer no código: envie o novo valor na página de suporte e só trocamos a variável de ambiente e publicamos de novo.

Criando um endereço de verificação de saúde, o deploy fica mais seguro. Quando a nova versão inicia, a plataforma confere esse endereço e só passa os acessos dos clientes para a nova versão depois de uma resposta normal. Uma versão com configuração errada para antes de receber acessos, e os clientes seguem usando a versão anterior.

Quando algo der errado, comece com os logs de execução. Solicite-os na página de suporte após a confirmação do primeiro pagamento e enviamos os registros que seu aplicativo escreveu na saída padrão em ordem cronológica, para que você possa encontrar rapidamente qual solicitação causou o erro. Se a memória ficar cheia com frequência e o aplicativo reiniciar, aumente um tamanho. Os logs de construção também são mantidos, então quando uma implantação falha, também informamos em qual instalação de pacote ela parou.