O subserviço Real User Monitoring (RUM) do Application Real-Time Monitoring Service (ARMS) permite configurar regras de alerta para aplicações e melhorar a experiência do usuário. Quando um alerta é acionado, o sistema envia notificações aos contatos ou ao chat em grupo do DingTalk, conforme os métodos de notificação especificados. Este tópico descreve como configurar um limiar estático nos alertas do RUM.
Cenários
Aplicações Web e HTML5: Configure limiares estáticos para monitorar métricas de desempenho essenciais, como Largest Contentful Paint (LCP), First Input Delay (FID) e Cumulative Layout Shift (CLS). Se essas métricas apresentarem anomalias, o sistema dispara alertas para ajudar você a localizar e corrigir problemas rapidamente, aprimorando a experiência do usuário.
Aplicativos iOS e Android: Defina limiares estáticos para acompanhar indicadores críticos de desempenho, incluindo carregamento de recursos, chamadas de API, falhas e travamentos. O relatório automático de stacks anômalos e logs de falha facilita a identificação e correção rápida de anomalias, otimizando a experiência do usuário.
Exemplo:
Após o lançamento de uma nova versão de um aplicativo, o número de travamentos aumentou significativamente. Nesse caso, configure um limiar estático para a quantidade de travamentos. Isso permite identificá-los e corrigi-los prontamente, evitando que mais usuários sejam afetados.
Pré-requisitos
A aplicação deve estar sendo monitorada no RUM. Para mais informações, consulte Integrar aplicações.
Procedimento
Faça login no console do ARMS.
No painel de navegação à esquerda, escolha e clique em Create Alert Rule.
Na página Create an alert rule, especifique um nome para a regra de alerta e defina o parâmetro Alert Detection Type como Threshold Detection.
-
Na seção Alert Contact, especifique a aplicação, o tipo de métrica e a condição de filtro.
Na seção alert rule, defina o alert triggering mode (por exemplo, Multiple Conditions), selecione a alert triggering rule (por exemplo, Meet any of the following rules) e configure as condições de alerta (por exemplo, se a média de anomalias nos últimos 5 minutos for maior ou igual a 15). A página exibe um gráfico de tendências da métrica com uma linha de referência de limiar para ajudar você a verificar o valor definido. Defina também o alert level (opcional: P1:critical, P2:error, P3:warning ou P4:page) e a notification policy.
Parâmetro
Descrição
Select Applications
Selecione a aplicação para a qual deseja criar a regra de alerta. É possível selecionar várias aplicações ou todas elas.
Automatically apply this alert rule to newly created applications
Especifique se esta regra de alerta deve ser aplicada automaticamente às aplicações adicionadas posteriormente ao RUM.
Metric Type
Selecione o tipo de métrica que deseja detectar. Para mais informações, consulte Métricas de regras de alerta do RUM.
NotaOs valores dos parâmetros Alert Condition e Filter Condition variam conforme o valor do parâmetro Metric Type.
Filters
Filtre ainda mais os dados da métrica para restringir o escopo de monitoramento.
Condição para filtrar dados relacionados à dimensão. Valores válidos:
Traverse: corresponde a todos os alertas da dimensão.
=/!=: corresponde exatamente ou exclui alertas da dimensão com base em um ou mais valores.
Contain/Do Not Contain: corresponde parcialmente ou exclui alertas da dimensão com base em um ou mais valores.
NotaPara exibir informações sobre uma dimensão na notificação de alerta, especifique a dimensão e a condição de filtro. Caso contrário, os dados serão agregados nos resultados da consulta de métricas.
-
Na seção Alert rules, defina os seguintes parâmetros.
Parâmetro
Descrição
Alert Triggering Mode
Single Condition: Especifique uma única condição.
Multiple Conditions: Defina o parâmetro Alert Triggering Rules para especificar múltiplas condições. Valores válidos:
Meet All the Following Rules: Os alertas são acionados apenas se todas as condições forem atendidas.
Meet One of the Following Rules: Os alertas são acionados se pelo menos uma das condições for atendida.
Alert Condition
Configure as condições de alerta com base no tipo de métrica selecionado.
Time Period: Selecione o período de tempo para acionar alertas. Exemplo: 5.
Metric: Selecione a métrica de alerta.
Condition: Selecione a condição para acionar alertas. Valores válidos: Greater Than or Equal To, Less Than or Equal To, Month-on-Month Increase %, Month-on-Month Decrease %, Hour-on-Hour Increase %, Hour-on-Hour Decrease %, Day-on-Day Increase % e Day-on-Day Decrease %.
NotaEm uma notificação de alerta, avalie se o limiar estático especificado é razoável e verifique se ele foi acionado recentemente. Para mais informações, consulte a seção Visualizar detalhes do alerta.
Alert Level
O sistema fornece quatro níveis de alerta integrados. Configure uma política de notificação com base no nível de alerta.
Por exemplo, configure chamadas telefônicas para alertas P1 e notificações em grupo do DingTalk para os demais.
P1: critical
P2: error
P3: warning
P4: page
Enter P4 recommended threshold
Ajuste o limiar com base nas métricas mostradas na seção de visualização do gráfico. Para aplicar a regra a várias aplicações, clique em no ícone
ao lado de Application para gerar diferentes limiares recomendados para cada aplicação. O ARMS utiliza um algoritmo inteligente para gerar um limiar recomendado com base nos dados históricos da métrica. Para mais informações, consulte a seção Limiares recomendados.
Alert Quantity Prediction
Visualize a quantidade de alertas esperados para serem acionados dentro do período de tempo. Clique em no número para consultar os dados que deveriam ter acionado os alertas em pontos históricos no tempo.
Sempre que criar ou modificar uma regra de alerta, recomendamos usar o recurso de previsão de alertas. Essa funcionalidade emprega um algoritmo de detecção de anomalias para analisar dados históricos e prever a quantidade de alertas no período especificado. Assim, ajuste o limiar estático com base nos resultados da previsão. Para mais informações, consulte a seção Previsão de quantidade de alertas.
-
Configure o parâmetro Notification Policy e os parâmetros na seção Advanced Alert Settings.
Parâmetro
Descrição
Notification Policy
Do Not Specify Notification Policy: Se alertas forem acionados, nenhuma notificação será enviada. As notificações são enviadas apenas quando as regras de correspondência de uma política de notificação são ativadas.
Especificar uma política de notificação: Ao definir uma política de notificação, o ARMS envia notificações usando o método especificado nela. Selecione uma política existente ou crie uma nova. Para mais informações, consulte Políticas de notificação.
Advanced Alert Settings
No data
Este parâmetro serve para corrigir anomalias de dados, como dados ausentes, métricas compostas anormais e resultados de comparação entre períodos fora do padrão. Se as anomalias puderem ser corrigidas, os dados serão alterados automaticamente para 0 ou 1, ou o alerta não será acionado.
Para mais informações, consulte Termos.
Clique em Save.
Visualizar detalhes do alerta
Após receber uma notificação de alerta, visualize os detalhes em um ou na página do console do ARMS.
Nos cenários a seguir, a página Alert Event History não oferece suporte ao redirecionamento para o módulo RUM:
As condições de alerta contêm métricas de agregação, como número de anomalias, número de recursos ou número de travamentos.
As condições de alerta incluem comparações entre períodos, como Month-on-Month Increase %, Month-on-Month Decrease %, Hour-on-Hour Increase %, Hour-on-Hour Decrease %, Day-on-Day Increase % ou Day-on-Day Decrease %.
Histórico de eventos de alerta
Na página Alert Event History, clique em no nome de um evento de alerta. No painel exibido, visualize os detalhes do alerta. Para mais informações, consulte Histórico de eventos de alerta.
O painel de detalhes do evento inclui campos como Event Name, Level, Description, Status, Object, Count, Start Time, End Time, URL, Integration Name, Integration Type e Alert Type, além das abas Labels e Annotations. Um link Retrospect Event Processing Flow está disponível no canto superior direito do painel.
Clique em na URL de um evento para acessar a página Data Exploration do módulo RUM e visualizar os dados brutos que acionaram o alerta.
Essa página contém um painel de filtro rápido à esquerda para filtrar por aplicação, versão do aplicativo, tipo de ambiente, entre outros. A área principal apresenta estatísticas de sessão (contagens de usuários e sessões), um gráfico de tendências de sessão e uma lista de detalhes da sessão, incluindo ID da sessão, horário, endereço IP do cliente, duração da sessão, contagem de visualizações, contagem de anomalias e contagem de solicitações de recursos.
Limiares recomendados
O recurso de limiares recomendados analisa dados históricos da aplicação, interface e métrica de alerta selecionadas para sugerir um limiar estático adequado. Ele também gera um gráfico em tempo real comparando a métrica e o limiar, ajudando você a ajustar o valor.
Casos de uso
Se você recebe alertas frequentes para uma métrica, mas o sistema opera normalmente, o limiar pode estar muito baixo ou inadequado para certas aplicações ou interfaces. Nesse caso, utilize o recurso de limiares recomendados para ajustar o limiar da regra de alerta ou de aplicações e interfaces específicas. O ARMS recomenda automaticamente um novo limiar com base em dados históricos.
Quando for necessário definir limiares diferentes para uma métrica em diversas aplicações e interfaces, use o recurso de limiares recomendados. Essa funcionalidade aplica um algoritmo inteligente para estabelecer rapidamente limiares apropriados para cada aplicação ou interface, poupando o esforço de configuração manual.
Como funciona
Ao clicar em Enter P4 recommended threshold, o ARMS recupera os últimos três dias de dados históricos da métrica especificada para cada aplicação e interface. Em seguida, usa o algoritmo N-sigma para calcular a média e a variância. Pressupondo que seus padrões de negócio sejam estáveis, a métrica deve seguir uma distribuição normal. Nesse cenário, valores que se desviam significativamente (por exemplo, três desvios padrão) da média são raros e podem indicar uma anomalia. Com base nesse princípio, o ARMS sugere um limiar fundamentado no valor médio e na volatilidade da métrica ao longo dos últimos três dias.
O nível de alerta P4 possui a menor severidade. Um limiar P4 recomendado indica uma anomalia leve. Utilize a recomendação P4 como base para definir limiares de alertas mais severos, como P1, P2 e P3.
Previsão de quantidade de alertas
O recurso de previsão de quantidade de alertas analisa dados históricos para estimar quantos alertas teriam sido acionados em um período selecionado, mostrando também o momento exato em que cada alerta teria ocorrido.
Como funciona
O ARMS analisa as últimas 24 horas de dados da métrica para prever quantos alertas o limiar proposto teria gerado. Além disso, fornece detalhes mostrando os momentos exatos em que o valor da métrica teria excedido o limiar. Use essas informações para ajustar os limiares de modo que atendam melhor às necessidades do seu negócio.