Serverless App Engine:Visualizar registros de alteração

Visão geral da página

• Tipo de registro de lançamento: Na lista suspensa ao lado de Number of Release Tasks, filtre por tipo de registro de lançamento para visualizar o número de registros bem-sucedidos e com falha desse tipo.

• Tempo consumido pelos registros de lançamento: Consulte o tempo médio e máximo consumido pelos registros de lançamento do mesmo tipo.

• As 5 principais subetapas por tempo consumido: Um registro de lançamento consiste em várias subetapas. O sistema identifica as cinco subetapas que levam mais tempo, em média, para cada tipo de registro de lançamento. Para obter mais informações sobre cada subetapa, consulte Release record time consumption visualization.

• Detalhes do registro de lançamento: Na coluna Actions de um registro de lançamento, clique em Change Details para visualizar seus detalhes. Para obter detalhes sobre as subetapas do registro de lançamento, consulte Release record time consumption visualization.

Visualização do consumo de tempo do registro de lançamento

Observe os seguintes pontos:

• As subetapas do registro de lançamento dividem-se em duas categorias:

  • Platform: Subetapas relacionadas à plataforma aparecem em texto preto.

  • User: Subetapas relacionadas ao usuário aparecem em texto azul.

• Análise de consumo de tempo: Visualize o tempo consumido por cada subetapa à direita do nome correspondente. Algumas subetapas são executadas simultaneamente.

• Durante a criação ou modificação da aplicação, se ocorrer um erro de configuração, uma mensagem de erro correspondente será exibida na subetapa relevante. Modifique a configuração da aplicação adequadamente e reimplante-a.

• Para obter uma descrição detalhada das subetapas do registro de lançamento, consulte a tabela a seguir.

  Subetapa	Categoria	Descrição
  Build Image	Lado da plataforma	Ao implantar uma aplicação usando um pacote de código, o sistema constrói uma imagem a partir do pacote enviado e a envia para um repositório de imagens privado da Alibaba Cloud. Nota O sistema cria e gerencia esse repositório de imagens automaticamente.
  Initialize Environment	Lado da plataforma	Esta etapa confirma o namespace necessário para criar a aplicação SAE e garante que os recursos do ambiente estejam prontos.
  Create Or Update Deployment Configuration	Lado da plataforma	Esta etapa cria ou atualiza as configurações básicas da aplicação, como endereço da imagem, especificações de recursos e políticas.
  Execute Deployment Steps	Lado da plataforma	Esta etapa inicia a tarefa de implantação da aplicação, que inclui configuração de rede e pré-alocação de recursos.
  Release Instances	Lado da plataforma	Esta etapa cria instâncias (pods). O processo inclui agendamento de recursos, montagem de volumes, inicialização de init container, pull de imagem e inicialização do container. Se houver múltiplas instâncias, o sistema as cria independentemente.
  Resource scheduling	Lado da plataforma	O agendador atribui instâncias da aplicação (pods) a nós de recursos específicos. Isso inclui as seguintes etapas: O sistema atribui a instância da aplicação a um nó que atenda aos requisitos de CPU, memória e configuração de rede. Em seguida, o sistema vincula a instância da aplicação ao nó de recursos. Após a vinculação bem-sucedida da instância ao nó de recursos, o processo de alocação e configuração de recursos é concluído.
  Instance is being prepared	Lado da plataforma	O nó de recursos reserva capacidade para a instância da aplicação e prepara seu ambiente de execução. Isso inclui operações do lado da plataforma, como inicialização de rede, armazenamento e init container.
  An image starts to be pulled from a repository.	Lado da plataforma	O sistema faz o pull da imagem da aplicação do repositório privado. Implantação com imagem: O pull da imagem ocorre com base no endereço especificado. Implantação com pacote de código: O endereço da imagem segue o formato Image Source/Image Repository Name/Image Tag.
  An image is successfully pulled from a repository.	Lado da plataforma	O pull da imagem da aplicação foi concluído com sucesso. Em caso de falha, uma mensagem de erro será exibida.
  Container Created Successfully	Lado do usuário	O container da aplicação foi criado com sucesso. Se a criação falhar, uma mensagem de erro será exibida.
  Container is Started	Lado do usuário	O processo do container da aplicação iniciou com sucesso. Se a inicialização falhar, uma mensagem de erro será exibida.
  Instance Ready	Lado do usuário	A instância da aplicação passou na verificação de integridade e está pronta para processar tráfego do cliente.

Exemplo de falha na verificação de integridade

Visualize a mensagem de erro das duas maneiras a seguir.

• Método 1:

  Visualize a mensagem de erro na subetapa do registro de lançamento.

  Na linha do tempo de eventos, o evento Health check failed exibe a mensagem de erro: Liveness probe failed: Trying 127.0.0.1... check port 30000 failed, reason: failed: dial tcp 127.0.0.1:30000: connect: connection refused. Isso indica que a sonda de atividade do container falhou porque a conexão com a porta 30000 foi recusada. Esse evento aparece entre os eventos Container Running (Succeeded) e Instance Ready (Succeeded).

• Método 2:

  Visualize a mensagem de erro em Application Events.

  Em Application Events, um evento Unhealthy de nível Warning aparece com a mensagem de erro: Liveness probe failed: Trying 127.0.0.1... check port 30000 failed

Exemplo de tratamento de erros

A instância falha ao iniciar devido a uma falha na sonda de atividade.

• Possible causes

  • A porta está configurada incorretamente para a verificação de integridade.

  • A configuração de rede está incorreta.

• Solution

  • Identifique a porta da instância da aplicação e confirme se ela está configurada corretamente para a verificação de integridade.

  • Confirme se a configuração de rede está correta.