Após instalar um agente para uma aplicação, o Application Real-Time Monitoring Service (ARMS) começa a monitorá-la. Na página Application List, visualize métricas básicas como requisições por segundo, taxa de erros e tempo de resposta, além da topologia global da aplicação e sua integridade geral.
Application List
A Application List exibe métricas básicas de todas as aplicações monitoradas, como requisições por segundo, taxa de erros e tempo médio de resposta.
No canto superior direito da página, alterne entre List View e Grid View. A tabela também inclui as colunas CVE Vulnerabilities e Smart Insight.
Clique em um nome de aplicação para visualizar seus dados detalhados e definir configurações personalizadas. Para mais informações, consulte View monitoring details (new).
-
Clique no ícone
na coluna Tag para adicionar uma tag a uma aplicação. Para mais informações sobre como crie uma tag, consulte Create and bind custom tags.Use tags de aplicação para filtrar aplicações, gerencie permissões e alocar custos.
Ao usar tags para filtrar outros dados de aplicação, como dados de scenario-based analysis, siga as convenções de nomenclatura do Prometheus open-source. As tags devem conter apenas letras, números e underscores (_) e precisam começar com uma letra minúscula.
Os ícones na coluna Language têm os seguintes significados:
: uma aplicação Java conectada ao Application Monitoring.
: uma aplicação Golang conectada ao Application Monitoring.
: uma aplicação Python conectada ao Application Monitoring.-: uma aplicação conectada ao Managed Service for OpenTelemetry.
Global Topology
A página Global Topology exibe as relações de chamada entre todas as aplicações monitoradas em um intervalo de tempo especificado.
Clique no ícone Topology View no canto superior direito para alternar para a visualização em grafo. O painel esquerdo oferece três layouts: Force-directed, Hierarchical e Circular. No grafo de topologia, métricas como requisições por segundo, tempo de resposta e contagem de erros são exibidas acima de cada nó de aplicação. As linhas entre os nós representam relações de chamada, e um ícone de aviso é exibido nos nós com anomalias.
Health
Na página Health, cada aplicação é representada por um quadrado colorido em vermelho, amarelo ou verde conforme os limiares configurados.
No canto superior direito da página, alterne para Grid View. A parte superior exibe o número total de aplicações e a contagem por status: Normal, Warning e Critical. Pesquise pelo nome da aplicação ou selecione o checkbox Hide Normal Applications para filtrar a visualização.
Clique em Threshold Settings para definir os limiares de alertas não resolvidos, novas exceções e duração média.
Após definir os limiares, a prioridade de cores dos quadrados é Vermelho > Amarelo > Verde. Quando múltiplas condições de limiar são atendidas, a cor de maior prioridade é utilizada. Por exemplo, se o status de alertas não resolvidos for amarelo, novas exceções for verde e duração média for vermelho, o quadrado será colorido de vermelho.
Os limiares padrão são: uncleared alerts: Verde para 0, Amarelo para 1 e Vermelho para 2. new exceptions: Verde para 0, Amarelo para 1 e Vermelho para 2. average duration: Verde para 0 ms, Amarelo para 100 ms e Vermelho para 500 ms. Ative ou desative cada métrica pelo seu switch correspondente. Clique em Confirm para aplicar as configurações.
Clique em um quadrado para visualizar os alertas não resolvidos, novas exceções e duração média da aplicação no período atual.
Na caixa de diálogo exibida, os alertas não resolvidos são listados por nome junto com seus níveis de prioridade (como P2 e P4). As novas exceções são agrupadas e contabilizadas por tipo (como RuntimeException e IOException). A duração média corresponde ao tempo médio de resposta no período atual.
FAQ
Por que nomes de aplicação duplicados aparecem?
Nomes de aplicação duplicados podem aparecer nos dois cenários a seguir:
Duas aplicações de sources diferentes usam o mesmo nome. Por exemplo, uma aplicação integrada ao ARMS por meio de outro product cloud, como EDAS ou SAE, compartilha o nome com uma aplicação conectada manualmente.
Duas aplicações desenvolvidas com frameworks de linguagem diferentes são configuradas com o mesmo nome.
Usuários RAM não conseguem visualizar aplicações
Um usuário RAM com apenas a política de sistema ReadOnlyAccess ou AliyunARMSReadOnlyAccess consegue fazer login no console do ARMS, mas não consegue visualizar as aplicações. É necessário conceder também a permissão ReadTraceApp para grupos de recursos específicos. Caso contrário, o ARMS não consegue exibir a Application List sob autorização baseada em grupo de recursos. Para mais informações, consulte Custom RAM authorization policies for Application Monitoring.
Ao conceder a política de permissão ReadTraceApp, defina o Resource Scope para o nível de resource group.
Na aba My Permissions do usuário RAM, o tipo da política ReadTraceApp é Custom, e a coluna Resource Scope lista um grupo de recursos específico, como default resource group.