Serverless App Engine:Primeiros passos

Caso esteja começando agora no SAE, assista ao vídeo para conhecer a plataforma SAE e suas operações básicas.

Pré-requisitos

Prepare os itens abaixo antes da sua primeira implantação:

• Recursos de rede — Planeje uma VPC e seus vSwitches. Ao criar um vSwitch, planeje a quantidade de endereços IP conforme descrito em Limites e cotas.

• Namespaces — Defina os namespaces que isolarão seus ambientes de teste, homologação e produção.

• Origem da aplicação — Prepare um pacote de código ou uma imagem de contêiner. Para ver as origens suportadas, consulte Origens de implantação.

• Acesso ao console — Crie sua primeira aplicação no console do SAE.

  Para mais detalhes, consulte Pré-requisitos.

Limites e cotas

Considere os limites a seguir durante o planejamento. Cada um deles impacta diretamente a criação, o dimensionamento ou a observabilidade da aplicação.

• Disco do sistema — O SAE oferece 20 GB de armazenamento em disco do sistema. Para leitura ou escrita em armazenamento externo, utilize o Apsara File Storage NAS ou o Object Storage Service (OSS). Para detalhes, consulte Armazenamento.

• Logs em tempo real — O recurso de log em tempo real exibe até 500 linhas de dados de log. Para visualizar um volume maior, utilize a coleta de logs de arquivo. Para detalhes, consulte Logs.

• Quantidade de EIPs — Ao vincular cada instância a um EIP, garanta que o número de EIPs seja pelo menos igual ao número de instâncias mais um. Se houver EIPs insuficientes, a criação da instância falhará e ela não poderá atender ao tráfego.

• Endereços IP do vSwitch — Planeje 100 ou mais endereços IP para cada vSwitch, pois a falta de endereços causa falhas na criação e no dimensionamento elástico.

• Mapeamento de portas — Um Service expõe uma porta para uma aplicação. Já um ingress expõe uma porta para múltiplas aplicações.

Origens de implantação

O SAE suporta implantação por pacote de código e implantação por imagem.

Comando e parâmetros de inicialização

A definição do comando de inicialização varia conforme a origem da implantação.

• Implantação por imagem — Defina o comando de inicialização e seus parâmetros diretamente no Dockerfile. Também é possível substituir o comando de inicialização ao criar a aplicação.

• Implantação por pacote de código — Configure os parâmetros do comando de inicialização da aplicação. Para aplicações Java, o formato padrão do comando é java [-Options] -jar jarfile [arg...], onde você pode personalizar os parâmetros [-Options] e [arg...].

Variáveis de ambiente

Uma aplicação exige variáveis de ambiente específicas para rodar no sistema antes que seus comandos sejam executados. Essas variáveis são armazenadas como pares chave-valor. Cada aplicação possui suas próprias variáveis de ambiente, que não afetam outras aplicações. Para detalhes, consulte Configurar variáveis de ambiente.

Vinculação de hosts

Com a Vinculação de hosts, uma aplicação SAE pode usar um nome de domínio em vez de um endereço IP para acessar serviços externos.

Lista de permissões de banco de dados

Diferente da implantação direta em instâncias do Elastic Compute Service (ECS), o SAE executa aplicações em contêineres, o que significa que o endereço IP pode mudar a cada nova implantação. Como o bloco CIDR do vSwitch vinculado à aplicação permanece inalterado, adicione o bloco CIDR do vSwitch à lista de permissões do banco de dados. Para detalhes, consulte Acessar bancos de dados da Alibaba Cloud a partir de aplicações.

CI/CD e plug-ins de implantação

Além da implantação via console e API, o SAE integra-se a diversas ferramentas de CI/CD, principalmente Alibaba Cloud DevOps e Jenkins, permitindo que a implantação inicie automaticamente após um commit de código. Se você utiliza Java, o SAE também fornece um conjunto de plug-ins de implantação, incluindo plug-ins para Maven, IntelliJ IDEA e Eclipse. Para detalhes, consulte Visão geral da hospedagem de aplicações.

Para gerenciar recursos do SAE como código, utilize o Terraform. Para detalhes, consulte terraform-provider-alicloud e Visão geral do Terraform.

Para desenvolvimento local e depuração conjunta com serviços já em execução na nuvem, consulte Desenvolvimento de microsserviços.

Liberação e reversão

O SAE suporta liberação em lote único, liberação gradual e liberação canário. Caso uma liberação cause problemas, reverta a aplicação para uma versão histórica. Para detalhes, consulte Atualizar e reverter uma aplicação.

Configuração de permissões

O SAE oferece controle de acesso granular nos níveis de namespace, aplicação e leitura/escrita, além de um assistente de permissões que simplifica o processo de configuração. Para detalhes, consulte Assistente de permissões do SAE.

Conceitos de rede

A figura a seguir mostra como esses recursos de rede da Alibaba Cloud se relacionam.

• VPC — Rede privada personalizada criada na Alibaba Cloud. As VPCs são completamente isoladas umas das outras na camada lógica.

  Nota

  Por padrão, uma rede privada não tem acesso à Internet.

• vSwitch — Dispositivo de rede básico de uma VPC que corresponde a um data center físico. Ao criar um recurso de nuvem em uma VPC, especifique o vSwitch ao qual o recurso se conectará.

• EIP — Endereço IP elástico que pode ser vinculado a apenas um recurso, como uma instância ECS ou uma instância SAE. O recurso vinculado pode enviar e receber tráfego da Internet.

• NAT Gateway — Permite que recursos em uma VPC acessem a Internet via SNAT. A principal diferença em relação ao EIP é que um NAT Gateway da Internet atende a todos os recursos de uma VPC, enquanto um EIP atende apenas a um recurso específico.

Métodos de acesso por direção de tráfego

Após implantar uma aplicação no SAE, você pode enfrentar os seguintes requisitos de acesso à rede. A figura a seguir ilustra esses conceitos.

Comparação dos métodos de acesso

Registro de serviço e centro de configuração

As aplicações SAE se registram e se descobrem mutuamente através de um registro de serviço. Escolha uma implementação conforme suas necessidades.

• MSE Nacos (recomendado) — Usar o registro de serviço Nacos do MSE, que funciona simultaneamente como registro de microsserviços e centro de configuração.

• Registro de serviço Nacos integrado — O registro de serviço Nacos nativo do SAE. Para aplicações que o utilizam, o SAE fornece capacidades básicas de consulta de lista de serviços.

• Gerenciamento de configuração integrado — O recurso gerenciamento de configuração distribuída (ACM) nativo do SAE, que atua como centro de configuração.

  Para detalhes sobre registro e descoberta, incluindo suporte a outros registros de serviço, consulte Registro e descoberta de serviços com base em Nacos e outros registros de serviço.

Desenvolvimento de microsserviços

Governança de serviços

Capacidades relacionadas a microsserviços

• Inicialização e encerramento graceful, incluindo encerramento graceful para microsserviços: consulte Inicialização e encerramento graceful.

• Limitação de taxa e degradação: consulte Limitação de taxa e degradação.

• Monitoramento, rastreamento e alertas de aplicações: consulte Monitoramento e alertas.

Suporte ao runtime PHP

O SAE suporta os seguintes métodos de implantação para aplicações PHP.

• Imagem: qualquer arquitetura de aplicação PHP.

• Pacote ZIP PHP: qualquer aplicação online que utilize arquitetura PHP-FPM e Nginx.

  O SAE fornece um ambiente de runtime PHP por padrão.

Depuração remota de PHP

O SAE possui um plug-in Xdebug integrado que pode ser ativado para depuração remota. Para transferir arquivos entre uma instância e sua máquina local durante a depuração, consulte Upload e download de arquivos.

Logs de arquivo

O SAE integra a coleta de logs do SLS, bastando ativá-la no console do SAE. Diferente da implantação direta em instâncias ECS, onde a lista de máquinas de coleta é mantida manualmente, o SAE conecta-se automaticamente à coleta de logs do SLS a cada implantação e scale-out após a configuração do diretório ou arquivo de coleta. Em seguida, pesquise logs por palavra-chave no console do SLS. Para detalhes, consulte Configurar coleta de logs para o SLS.

Para configurar a coleta, acesse a página Log Configurations e execute os passos abaixo:

1. Ative Enable SLS Log Service.

2. Selecione Create New SLS Resources ou Use Existing SLS Resources.

3. Na tabela de configuração de coleta, selecione um Log Type, como Container Standard Output, e defina a Log Source, como stdout.log.

4. Clique em Add para adicionar mais regras de coleta.

   As fontes de log suportam curingas. Por exemplo, /tmp/log/*.log coleta todos os arquivos terminados em .log no diretório /tmp/log e seus subdiretórios.

Também é possível definir parâmetros de inicialização do Logtail via variáveis de ambiente. Para detalhes, consulte Melhorar o desempenho da coleta do Logtail.

Se preferir importar os logs para o Kafka, entregue os dados do Kafka a outro armazenamento persistente, como Elasticsearch, conforme seu cenário de negócios, facilitando o gerenciamento e a análise centralizada de logs. Para detalhes, consulte Configurar coleta de logs para o Kafka.

Logs em tempo real

O SAE coleta logs de saída padrão automaticamente, retém as últimas 500 entradas e permite visualizá-las no console do SAE. Para detalhes, consulte Visualizar logs em tempo real.

Na página Real-time Logs, selecione uma instância na lista suspensa Pod Name e defina a Real-time Log Refresh Rate, que é 15s por padrão.

Para reter logs de saída padrão além das últimas 500 entradas, redirecione-os para um arquivo:

1. No campo args de Startup Command Settings, insira >> /tmp/stdout.log 2>&1 para redirecionar a saída padrão para o arquivo /tmp/stdout.log.

2. Configure a coleta de arquivos para /tmp/stdout.log conforme descrito em Logs de arquivo. Também é possível visualizar o arquivo online via Webshell, disponível apenas quando a instância está em execução normal.

NAS

O SAE suporta o Apsara File Storage NAS, que resolve a persistência de dados para instâncias de aplicação e a distribuição de dados entre instâncias. O armazenamento NAS só fica acessível após ser montado em uma instância ECS ou no SAE. Para detalhes, consulte Configurar armazenamento NAS.

OSS

O OSS oferece ferramentas convenientes e um console para gerenciamento visual de buckets. O OSS é ideal para cenários de leitura intensiva, como montagem de arquivos de configuração ou arquivos estáticos de front-end. Após configurar o armazenamento OSS durante a implantação de uma aplicação no console do SAE, acesse os dados no console do OSS. Para detalhes, consulte Configurar armazenamento OSS.

Upload e download de arquivos

Para baixar um arquivo de uma instância SAE para sua máquina local, faça login na instância via Webshell e use o recurso integrado de upload e download de arquivos. Para detalhes, consulte Upload e download de arquivos usando Webshell.

Além do armazenamento NAS e OSS, você pode usar o ossutil. NAS e OSS também simplificam o desenvolvimento e a depuração de código. Diagnostique uma aplicação SAE por meio de verificações de rotina ou enviando logs para o OSS. Para informações sobre como fazer upload e download de logs com o Alibaba Cloud OSS, consulte Diagnosticar aplicações por meio de verificações de rotina.

Dimensionamento manual

O dimensionamento manual é adequado para cenários com O&M manual. Comparado ao dimensionamento de aplicações implantadas diretamente em instâncias ECS, o dimensionamento do SAE baseia-se em imagens de contêiner e é mais rápido. Para detalhes, consulte Dimensionamento manual.

Dimensionamento agendado

Recomendado para cenários com tráfego previsível. Por exemplo, os setores de alimentação e educação têm picos de negócio claros pela manhã e à noite todos os dias; assim, configure diferentes quantidades de instâncias para diferentes períodos de tempo para alinhar os recursos do servidor ao tráfego real do negócio. Para detalhes, consulte Configurar uma política de auto-scaling.

Dimensionamento baseado em métricas

Indicado para cenários com tráfego relativamente imprevisível. Atualmente, suporta métricas como CPU, memória, conexões TCP, QPS e tempo de resposta (RT). Para detalhes, consulte Configurar uma política de auto-scaling.

Dimensionamento híbrido

Projetado para cenários que exigem tanto o tratamento de tráfego repentino quanto o dimensionamento agendado, como nos setores de Internet, educação e alimentação, onde se ajusta o número de instâncias com granularidade fina para períodos de tempo conhecidos.

Por exemplo, defina o número máximo de instâncias elásticas como max e o mínimo como min em dias úteis. Se não for necessário manter min instâncias nos fins de semana, configure outra quantidade de instâncias para esses dias, reduzindo o valor de min. Para detalhes, consulte Configurar uma política de auto-scaling.

Início e parada agendados

O recurso de início e parada agendados inicia e para aplicações em lotes por namespace conforme um cronograma. Por exemplo, inicie e pare todas as aplicações em um ambiente de desenvolvimento ou teste seguindo uma programação. Se um ambiente de desenvolvimento ou teste for necessário apenas das 08:00 às 20:00 diariamente e ficar ocioso no restante do tempo, configure o início e parada agendados no SAE para reduzir custos. Para detalhes, consulte Criar uma regra de início e parada agendados.

Monitoramento de infraestrutura

O monitoramento de infraestrutura abrange CPU, carga, memória, disco, rede e conexões TCP. Para detalhes, consulte Monitoramento de infraestrutura. O monitoramento de infraestrutura é atualmente alimentado pelo Alibaba Cloud CloudMonitor, então você também pode fazer login no console do CloudMonitor para configurar um painel de monitoramento personalizado.

Monitoramento de aplicações

Em uma arquitetura de microsserviços, a ausência de um sistema de monitoramento dificulta a detecção e o diagnóstico de problemas. O SAE integra o Application Real-Time Monitoring Service (ARMS) para fornecer painéis de aplicação, monitoramento de JVM, monitoramento de chamadas lentas, análise de rastreamento e alertas, reduzindo a barreira para empresas adotarem uma arquitetura de microsserviços. Para detalhes, consulte Monitoramento de Aplicações.

A edição do ARMS integrada por uma aplicação e as taxas aplicáveis dependem da edição da aplicação.

Aplicações Standard Edition do SAE integram o monitoramento ARMS Basic Edition, que é gratuito após a ativação do monitoramento de aplicações. A Standard Edition também fornece um ponto de entrada para ativar o monitoramento ARMS Premium Edition. Após ativar o ARMS Premium Edition em uma aplicação Standard Edition, taxas extras serão cobradas e você deverá visualizar os dados no console do ARMS. Para detalhes, consulte Monitoramento de aplicações Standard Edition.

Configurações de alerta

O SAE permite configurar alertas para todos os itens de monitoramento mencionados anteriormente. Para detalhes, consulte Gerenciamento de alertas.

Implantação multi-vSwitch

Para lidar com falhas no nível do data center, configure múltiplos vSwitches para aplicações SAE de nível de produção. Ao criar um vSwitch, planeje um número suficiente de endereços IP (100 ou mais), pois endereços insuficientes causam falhas na criação ou no dimensionamento elástico. Para detalhes, consulte Alternar vSwitches.

Com múltiplos vSwitches, o SAE dimensiona recursos automaticamente em várias zonas, eliminando a necessidade de rastrear a distribuição de recursos e mantendo o pool geral de recursos disponível. Por exemplo, quando ocorre uma falha pontual ou uma falha de zona, o SAE migra o mesmo número de instâncias defeituosas para nós saudáveis ou outras zonas.

Configure múltiplos vSwitches de uma das seguintes formas.

• Na criação — Selecione dois ou mais vSwitches em zonas diferentes para alcançar recuperação de desastres multizona.

• Após a criação — Na página Application Information, clique no link Multi-vSwitch Deployment e adicione um vSwitch.

Inicialização e encerramento graceful

Ao implantar uma aplicação no SAE, o processo geralmente escala horizontalmente (scale-out) primeiro e depois reduz (scale-in). A inicialização e o encerramento graceful de tráfego envolvem dois grandes pontos de dor.

• Se uma instância recém-adicionada está pronta para lidar com tráfego.

• Como destruir uma instância antiga de forma graceful.

  O SAE é construído sobre Kubernetes e fornece duas verificações de saúde: a sonda de atividade (liveness probe) para instâncias de aplicação e a sonda de prontidão (readiness probe) para serviços de aplicação. Para resolver os dois pontos de dor, o SAE suporta a sonda de prontidão. Essa sonda verifica periodicamente se uma instância está pronta, e o SAE roteia tráfego para uma nova instância somente após ela estar pronta. Se a verificação falhar, o SAE não roteia tráfego para a instância. Antes de uma instância antiga ser destruída, ela é removida do lado do tráfego, e você pode configurar um script de encerramento e um tempo de espera antes da destruição. Para detalhes, consulte Configurar verificações de saúde.

A sonda de atividade também verifica periodicamente se uma instância foi iniciada. Se a verificação falhar, o SAE reinicia o contêiner automaticamente. Esse recurso suporta O&M automatizado para cenários de exceção, mas pode perder o contexto da falha e impedir a investigação da causa. Decida se deve configurar a sonda de atividade com base no seu cenário.

Além da sonda de prontidão e da sonda de atividade, cenários de microsserviços exigem encerramento graceful para microsserviços para resolver o problema de cache do registro de serviço. Como o cliente consumidor armazena dados em cache, ele não consegue receber a notificação de offline de um provedor de microsserviço a tempo. Consequentemente, geralmente é necessário cancelar o registro da instância do provedor no registro de serviço e aguardar a atualização do cache do consumidor. Para resolver esse problema, o SAE integra-se ao recurso de encerramento graceful do Microservices Engine (MSE) e transforma esse processo em uma capacidade do product.

Em um ambiente de produção, recursos como dimensionamento elástico automático e reversão ou upgrade podem causar indisponibilidade temporária do service ou um grande número de erros de monitoramento de negócios. Para resolver esses pontos de dor, o SAE suporta inicialização graceful para microsserviços. Um consumidor pode chamar um provedor de microsserviço assim que o provedor for registrado no registro de serviço. Nesse momento, no entanto, o provedor ainda pode precisar de inicialização adicional, como a inicialização do pool de conexões do banco de dados. Ative a inicialização graceful para aplicações de microsserviços com tráfego intenso. Para detalhes, consulte Configurar inicialização e encerramento graceful.

Limitação de taxa e degradação

Independentemente de usar uma arquitetura de microsserviços ou monolítica, uma aplicação pode travar repentinamente ao enfrentar picos de tráfego, como em promoções relâmpago, e uma aplicação de microsserviços também pode causar uma falha em cascata. Para esses cenários de alto tráfego, o SAE integra a capacidade de proteção de tráfego do Microservices Engine (MSE), permitindo configurar e gerenciar regras de limitação de taxa e degradação para aplicações Java com facilidade e salvaguardar a disponibilidade da aplicação. Para detalhes, consulte Proteção de tráfego.