GAE: Como fazer o troubleshooting?

O que fazer se algo parar de funcionar ?

Em um sistema tradicional "on premisse", normalmente faríamos o seguinte:

  1. "Logamos" no servidor
  2. Começamos a investigar o sistema operacional, a aplicação e os logs.
E o que fazer no caso de um app rodando na nuvem, cuja instância pode estar sendo executada em qualquer servidor ?

No caso do GAE, da plataforma do Google, a recomendação é a seguinte:

Verifique o status do App Engine

Antes de se "descabelar" e começar a procurar o problema na sua aplicação, verifique o status da plataforma App Engine, através da seguinte página:

https://status.cloud.google.com/


Você pode assinar o RSS Feed no rodapé da página, para receber os status de forma automática.


Verifique o Google Admin Console

http://console.developers.google.com


Na página inicial você também pode verificar o status geral de todos os serviços da plataforma. Além disso, verifique o status de suas instâncias do GAE, suas versões, tráfico e quota.

Páginas importantes do Admin Console


Para monitoramento diário use:

  • dashboard (página inicial)
  • página de instâncias (GAE--> "Instâncias")
  • página de quotas (GAE -->"Detalhes das Quotas")
  • páginas de log (Monitoramento-->"Registros")
Para configuração e deployment do app use:

  • página de configurações do app
  • página de versões

Verifique os logs


Na página de logs, podemos ver os logs gerados pelos "requests" e também logs "customizados", ou seja, gerados manualmente dentro do código. É possível filtrar pelos diferentes níveis de log (crítico, erro, etc):





Comentários

Postar um comentário

Postagens mais visitadas deste blog

Entendendo o conceito de Error Budget: como o Google lida com o downtime

Imagem
Um dos tópicos que chama a atenção no livro "SRE - How Google Runs Production Systems” é o conceito de Error Budget, que, de forma resumida, é a maneira como os times do Google lidam com o downtime dos seus serviços. O downtime está relacionado ao tempo em que um serviço fica indisponível, seja por falha no serviço, na infra-estrutura ou pelo lançamento de uma nova versão. Antes de entender melhor o conceito, vamos entender o que está por trás dele. Mas aqui vai um “disclaimer”: este artigo não tem a intenção de ir fundo no tema, mesmo por que este é um tema complexo e existem toneladas de informação na internet. A intenção aqui é explicar o conceito de forma simples e lógica, algo que eu percebi que não é fácil encontrar sobre o assunto. “Abraçando o Risco” A disponibilidade de um serviço é tradicionalmente medida pelo tempo em que o sistema fica disponível em um determinado período. Tradicionalmente utilizamos valores como 99.9% (significa que o servi...
Leia mais

Analista de sistemas – z/VM

Analista de sistemas – z/VM Requisitos: Experiência com suporte a infraestrutura em plataforma de virtualização IBM zVM; Experiência com administração e realização de troubleshooting de servidores e serviços em ambiente zVM; Formação completa ou cursando na área de TI Desejável ter conhecimento de programação REXX, definição de IODF e gerenciamento DIRMAINT; Local de Trabalho: Brasília/DF O post Analista de sistemas – z/VM apareceu primeiro em TI Oportunidades . from http://ift.tt/2nJOTjq
Leia mais

Sqlite e o Windows Phone 8.1 Silverlight

Continuando minha saga com o Sqlite, descobri que o passo à passo descrito neste post não é válido para projetos do tipo Windows Phone 8.1 Silverlight, pois comecei a receber a mensagem: "DllImport cannot be used on user-defined methods" Como explicado nos links abaixo, é necessário fazer uma chamada nativa do Sqlite, através de um outro wrapper (C++), parece que o buraco é mais embaixo... DllImport cannot be used on user-defined methods in Windows Phone Silverlight 8.1
Leia mais