Este glossário define os termos usados no sistema de gerenciamento de alertas do Application Real-Time Monitoring Service (ARMS).
Funcionamento do gerenciamento de alertas
O sistema de gerenciamento de alertas processa dados de monitoramento em um pipeline:
Uma integração conecta um produto de monitoramento ao sistema de gerenciamento de alertas.
O produto de monitoramento detecta uma falha (anomalia nos dados de monitoramento) e envia um evento ao sistema.
O sistema aplica regras de deduplicação, agrupamento e silenciamento de eventos para reduzir ruídos.
Uma política de notificação avalia os eventos e gera um alerta para aqueles que exigem resolução.
O sistema envia uma notificação aos contatos designados pelos canais configurados.
Se ninguém confirmar ou resolver o alerta dentro do tempo limite de escalonamento, a política de escalonamento notificará contatos adicionais.
Um contato pode assumir o alerta para tornar-se o responsável, ou o sistema pode resolver automaticamente o alerta quando todos os eventos relacionados se recuperarem.
Termos principais
|
Termo |
Definição |
|
Alerta |
Evento que exige resolução por um contato. O sistema cria alertas apenas para eventos acionados por uma política de notificação e que necessitam de solução. |
|
Cartão de alerta |
Alerta formatado como cartão e enviado por um chatbot em um grupo do DingTalk. Os contatos podem visualizar, tratar e resolver alertas diretamente pelo cartão. Configure o chatbot no console do ARMS. |
|
Sistema de gerenciamento de alertas |
Recurso de gerenciamento de alertas do ARMS. |
|
Resolução automática de alerta |
Quando todos os eventos relacionados a um alerta se recuperam, o sistema define automaticamente o status do alerta como Resolved. |
|
Assumir alerta |
Ação em que um contato assume a responsabilidade por um alerta não resolvido e torna-se seu responsável. |
|
Falha |
Anomalia nos dados de monitoramento causada por regras de negócio. A ferramenta de monitoramento gera um evento ao detectar essa anomalia. |
Termos de gerenciamento de eventos
|
Termo |
Definição |
|
Evento |
Registro enviado de um produto de monitoramento integrado ao sistema de gerenciamento de alertas. O sistema cria um alerta para cada evento, a menos que haja supressão. |
|
Deduplicação de eventos |
Mescla eventos duplicados de uma integração em um único evento. O sistema contabiliza apenas o número de ocorrências. |
|
Agrupamento de eventos |
Consolida vários eventos relacionados em um único alerta. Esse recurso reduz a quantidade de alertas tratados pelos contatos e resume informações essenciais para minimizar a fadiga de notificações. |
|
Silenciamento de eventos |
Impede a criação de alertas para eventos específicos e pouco importantes. |
|
Recuperação automática de eventos |
Resolve automaticamente um evento após um período especificado. O período padrão de recuperação é de 5 minutos. |
Termos de notificação e escalonamento
|
Termo |
Definição |
|
Contato |
Engenheiro de operações e manutenção (O&M) responsável por tratar alertas. Os contatos podem visualizar, tratar e resolver alertas pelo DingTalk. |
|
Política de escalonamento |
Conjunto de regras que define quais contatos notificar e em qual ordem quando um alerta não for confirmado ou resolvido dentro do tempo limite de escalonamento. Adicione uma política de escalonamento a uma política de notificação. |
|
Tempo limite de escalonamento |
Período após o qual o sistema notifica os contatos definidos na política de escalonamento sobre alertas não confirmados ou não resolvidos. Padrão: 10 minutos. Máximo: 90 minutos. |
|
Integração |
Processo de conexão de um produto de monitoramento com o sistema de gerenciamento de alertas, geralmente por APIs. A maioria dos produtos de monitoramento permite integração. |
|
Notificação |
Mensagem enviada aos contatos quando um alerta é acionado. A mensagem contém o objeto e o título do alerta. Canais disponíveis: SMS, e-mail, WeChat, grupo do DingTalk ou webhook. |
|
Política de notificação |
Política que determina como consolidar eventos em alertas e como notificar os contatos. Canais: chamada telefônica, SMS, e-mail ou grupo do DingTalk. Os contatos recebem a notificação em até um minuto após a geração de um alerta que exija resolução ou atenção. |
|
Regras de repetição de escalonamento |
Se um alerta permanecer sem resolução após o processamento de todas as regras da política de escalonamento, o processo reinicia. Padrão: repete uma vez. Máximo: 9 vezes. |
|
Usuário |
Conta Alibaba Cloud ou usuário do Resource Access Management (RAM). Usuários podem criar, editar e modificar políticas de notificação, políticas de escalonamento e integrações, além de visualizar, tratar e resolver alertas no console do ARMS. |
Termos de comparação de dados
As regras de alerta do ARMS suportam três tipos de comparação de dados. Cada tipo compara dados de uma janela de tempo recente com uma janela anterior. O valor comparado pode ser média, soma, máximo ou mínimo.
|
Termo |
Lógica de comparação |
|
Aumento/diminuição em relação ao período anterior (%) |
Compara dados dos últimos N minutos (β) com dados dos N minutos anteriores (α), ou seja, o período de 2N até N minutos atrás. |
|
Aumento/diminuição em relação à hora anterior (%) |
Compara dados dos últimos N minutos (β) com dados da mesma janela de N minutos na hora anterior (α). |
|
Aumento/diminuição em relação ao dia anterior (%) |
Compara dados dos últimos N minutos (β) com dados da mesma janela de N minutos no dia anterior (α). |
Política de revisão de dados de alerta
Quando há dados de alerta ausentes ou impossíveis de calcular, o ARMS aplica uma política de revisão para preencher a lacuna e evitar perda de alertas. Essa política abrange três tipos de anomalias de dados: dados ausentes, indicadores compostos incalculáveis e comparações entre períodos incalculáveis.
Opções de revisão
|
Opção |
Comportamento |
|
Fill with 0 |
Define o valor ausente ou incalculável como 0. |
|
Fill with 1 |
Define o valor ausente ou incalculável como 1. |
|
Fill with null (padrão) |
Nenhum valor é inserido. O alerta não é acionado. |
Cenários
Os exemplos a seguir ilustram quando cada opção de revisão se aplica.
Dados ausentes
Uma regra de alerta monitora visualizações de página usando o Browser Monitoring e é acionada se o total de visualizações cair para 10 ou menos dentro de um período (N=5). Se ninguém visitar a página, nenhum dado será reportado e o alerta não será acionado. Selecione Fill with 0 para tratar a ausência de dados como zero e satisfazer a condição do alerta.
Indicador composto incalculável
Uma regra de alerta monitora o preço unitário em tempo real de uma mercadoria usando monitoramento personalizado. A variável a representa o preço total atual, e a variável b representa a quantidade total atual de itens. A regra é acionada se o valor mínimo de a/b cair para 10 ou menos dentro de um período (N=3). Se a quantidade total de itens for 0, a divisão não poderá ser calculada e o alerta não será acionado. Selecione Fill with 0 para tratar o valor do indicador composto como 0 e satisfazer a condição do alerta.
Comparação entre períodos incalculável
Uma regra de alerta monitora o uso de CPU usando o Application Monitoring e é acionada se o uso médio de CPU diminuir 100% em relação ao período anterior dentro de um intervalo (N=3). Se a CPU falhar nos últimos N minutos, não haverá dados do período atual disponíveis e o resultado da comparação entre períodos não poderá ser calculado. Selecione Fill with 1 para tratar o resultado da comparação como uma diminuição de 100% e satisfazer a condição do alerta.