Métricas, séries cronológicas e recursos

Este documento descreve como o Cloud Monitoring modela as medições que recolhe. Essas medições ajudam a compreender o desempenho das suas aplicações e serviços de sistema. O modelo do Cloud Monitoring para dados de monitorização consiste em três conceitos principais: tipos de recursos monitorizados, tipos de métricas e séries cronológicas:

  • Os tipos de recursos monitorizados são as origens das medições, como as suas aplicações e serviços do sistema. Estão disponíveis mais de 270 tipos de recursos monitorizados. Para ver a lista atual, consulte o artigo Lista de recursos monitorizados.

  • Os tipos de métricas definem a propriedade que está a ser medida, como a utilização da CPU. Existem mais de 6500 tipos de métricas disponíveis na monitorização, para monitorizar Google Cloud, a AWS e uma variedade de software de terceiros. Para ver listas de tipos de métricas, consulte o elenco de métricas. Além disso, se precisar de algo que ainda não esteja definido, pode criar o seu próprio.

  • Uma série cronológica é uma coleção de medições de um recurso monitorizado específico.

Para uma introdução a estes conceitos e à forma como se relacionam, leia este documento. Os seguintes documentos fornecem informações mais detalhadas:

  • Para ver informações sobre etiquetas e cardinalidade de séries cronológicas, bem como exemplos de recursos monitorizados e tipos de métricas, consulte o artigo Componentes do modelo de métricas.
  • Para obter informações detalhadas sobre intervalos temporais, incluindo como são representados pela API Cloud Monitoring, consulte Estrutura dos intervalos temporais. Estas informações são particularmente relevantes para si se planear usar a API Monitoring ou métricas personalizadas.

O modelo de métricas do Cloud Monitoring

Uma métrica é um conjunto de medições relacionadas de algum atributo de um recurso que está a monitorizar. As medições podem incluir a latência dos pedidos a um serviço, a quantidade de espaço em disco disponível numa máquina, o número de tabelas na sua base de dados SQL, o número de widgets vendidos, etc. Os recursos podem incluir máquinas virtuais (VMs), instâncias de base de dados, discos, etc.

A noção geral de uma métrica no Cloud Monitoring abrange três componentes principais:

  • Informações sobre a origem das medições.
  • Um conjunto de medições de alguma propriedade. Cada medição é registada como um valor com indicação de data/hora.
  • Informações sobre os valores da propriedade que está a ser medida.

Por exemplo, suponhamos que existe uma métrica que acompanha o número de widgets vendidos por uma loja. Os componentes do modelo correspondem a este exemplo das seguintes formas:

  • Origem das medições

    O modelo de métricas regista informações sobre cada recurso que está a ser monitorizado. As informações específicas captadas dependem do tipo de recurso que está a ser monitorizado: podem incluir localizações geográficas, nomes de métodos, IDs de discos, entre outros, tudo o que possa ser a origem das medições.

    As informações dos recursos podem incluir informações como o projeto, a localização ou o método.

    A origem dos dados de monitorização é denominada recurso monitorizado.

    Exemplo: no exemplo de vendas de widgets, os recursos monitorizados são as lojas que vendem os widgets.

  • Medições

    O modelo de métricas capta as medições de uma propriedade como um conjunto de pontos de dados, que consistem em valores com indicação de data/hora.

    Os valores são recolhidos como uma matriz de valores com data/hora.

    Normalmente, os valores são numéricos, mas depende do que está a medir.

    Exemplo: no exemplo de vendas de widgets, as medições registam informações de vendas em pontos específicos no tempo. Essas medições podem ter o seguinte aspeto:

    [(150, 2024-05-23T17:37:00-04:00),
 (229, 2024-05-23T17:38:00-04:00),
 (138, 2024-05-23T17:39:00-04:00),
 ...]

  • Informações sobre os valores

    Os valores de medição não têm significado sem informações sobre como os interpretar. Tem de ter algumas informações de "tipo" sobre os valores, como o tipo de dados, a unidade e o tipo de cada medição:

    • O valor é um número inteiro ou uma string?
    • O valor representa milhas por hora ou radianos?
    • O valor representa o total no momento ou a alteração desde o valor anterior?

    As informações sobre os valores incluem o tipo de dados e outras informações.

    O Cloud Monitoring chama a cada conjunto de caraterísticas sobre algo que quer medir um tipo de métrica.

    Exemplo: no exemplo de vendas de widgets, estas informações podem indicar o seguinte:

    • Cada valor é registado como um número inteiro de 64 bits.
    • Cada valor representa uma contagem de widgets vendidos.
    • Cada valor representa o número de widgets vendidos desde a última medição registada.

Séries temporais: juntar os componentes

No Cloud Monitoring, a estrutura de dados subjacente a este modelo é a série cronológica (as formas no singular e no plural são iguais).

Cada intervalo temporal abrange os três componentes do modelo:

  • Uma descrição do recurso monitorizado a partir do qual as medições tiveram origem.
  • O conjunto de medições associadas a um único recurso monitorizado.
  • Uma descrição do tipo de métrica que descreve o que está a medir.

Componentes de uma série cronológica: pontos de dados, informações de tipo e informações de recursos.

Exemplo: no exemplo de vendas de widgets, uma série cronológica inclui o seguinte:

  • Uma descrição da loja que vendeu os widgets contabilizados nesta série cronológica.
  • O conjunto de medições registadas para esta loja.
  • Uma descrição dos valores: números inteiros de 64 bits que medem o número de widgets vendidos desde o valor registado anterior.

Um único tipo de métrica do Cloud Monitoring ou tipo de recurso monitorizado pode ser associado a muitas séries cronológicas relacionadas. No exemplo de vendas de widgets, cada loja que vende widgets armazena os respetivos dados numa série cronológica. Assim, se existirem 15 lojas a vender widgets, podem existir 15 séries cronológicas a registar as vendas de widgets.

O que se segue?