Anomalia no Tempo de Resposta da Aplicação por Locais

Este playbook descreve as etapas para investigar e resolver problemas de Tempo de Resposta de Aplicação que afetam os locais.

Visão Geral

O Tempo de Resposta da Aplicação mede o **Tempo até o Primeiro Byte (TTFB)** entre um site e uma aplicação. O tempo de resposta aumentado pode ser causado por degradação no lado da aplicação, problemas de conectividade WAN, problemas com o ISP, congestionamento e problemas na rede local do site.

Este playbook ajuda a identificar a fonte da degradação usando o **Aplicativo de Gerenciamento Cato (CMA)** antes de contatar o Suporte Cato.

Verificar o Tempo de Resposta da Aplicação

Os métodos a seguir podem ser usados por um administrador do CMA para verificar que uma **Anomalia no Tempo de Resposta da Aplicação** ocorreu para um site.

Usando a Perfuração de Histórias

No menu de navegação, clique em Início > Bancada de Trabalho de Histórias.
Na barra de filtros, adicione um conjunto de filtros para Nome do Produtor na Anomalia de Experiência.
Adicione o filtro **Indicação é Anomalia no Tempo de Resposta da Aplicação por Locais**.
Verifique se uma história foi criada.
Clique na linha da história para abrir a página de perfuração e reveja os detalhes do incidente, incluindo a linha do tempo, entidade afetada e aplicação.
Revise a linha do tempo do incidente para determinar se o problema é contínuo ou intermitente.

Filtrar para Eventos Relacionados

Na página Início > Eventos, aplique os seguintes filtros:

Sub-Tipo é Anomalia
**Mensagem do Evento** contém **Tempo de Resposta da Aplicação**

Verifique se eventos de anomalia foram gerados durante o período relatado.

Passos de Solução de Problemas

Revisar Desempenho da Aplicação

Abra a página **Inicial > Monitoramento de Experiência**.
Filtre os dados para o site e aplicação afetados.
Revise as métricas de **Tempo até o Primeiro Byte (TTFB)** e **Taxa de Erro HTTP/S** durante o período do incidente.
Compare a tendência do TTFB com a linha do tempo da história para determinar se a degradação é contínua ou intermitente.

Se a **Taxa de Erro HTTP/S** aumentar junto com o TTFB, verifique se o provedor da aplicação relatou uma degradação no serviço ou se a aplicação de backend está enfrentando problemas.

Se apenas o TTFB estiver elevado enquanto a **Taxa de Erro HTTP/S** permanece estável, a aplicação está respondendo mais lentamente do que o normal, mas ainda está atendendo solicitações. Para aplicações auto-hospedadas, verifique a integridade do servidor da aplicação e da infraestrutura de backend.

Se vários locais experimentarem aumento no TTFB para a mesma aplicação, verifique se o provedor da aplicação relatou uma degradação de serviço generalizada.

Revisar Métricas de Locais

Na página **Monitoramento de Experiência**, reveja as seguintes métricas do site durante o período do incidente:

Perda de Pacotes para o PoP
Distância até o PoP

Compare essas métricas com a linha do tempo do TTFB.

Se a **Perda de Pacotes para o PoP** ou **Distância até o PoP** aumentar junto com o TTFB, investigue a conectividade de Internet do site ou contate o ISP se o problema persistir.

Se as métricas de rede permanecerem estáveis enquanto o TTFB aumenta, a degradação provavelmente está relacionada à aplicação em vez da rede.

Revisar Detalhes da Conexão

Revisar o widget de **Detalhes da Conexão** e examinar os resultados do traceroute para perda de pacotes, aumento de latência, mudanças de rota e outras anormalidades de rede durante o incidente.

Se for observada perda de pacotes ou aumento de latência antes que o tráfego alcance o PoP da Cato, investigue a rede local do site ou a conectividade do ISP.

Se o caminho até o PoP estiver saudável enquanto o TTFB permanecer elevado, investigue a aplicação hospedada ou verifique se o provedor de SaaS relatou uma degradação no serviço.

Se nenhum problema for encontrado até este ponto, proceda para Problemas de Desempenho para Solução de Problemas em Sockets para mais detalhes.

Levando Casos ao Suporte Cato

Se seguir este playbook não resolveu um problema, envie um ticket de Suporte. Para obter a resposta mais útil para um pedido, um administrador deve fornecer os resultados dos passos de solução de problemas realizados.