Anotar notificações com documentação definida pelo usuário

Esta página descreve como configurar a documentação da política de alertas para que as notificações forneçam recursos e informações adicionais para a resolução de incidentes.

Estrutura da documentação

A documentação de uma política de alertas consiste em assunto, conteúdo, e links. É possível configurar a documentação no console do Google Cloud, a API Cloud Monitoring e a Google Cloud CLI.

Sujeitos

O assunto da documentação aparece no assunto das notificações de incidentes relacionados à política de alertas. Os destinatários das notificações podem gerenciar e classificar as notificações por assunto.

As linhas de assunto são limitadas a 255 caracteres. Se você não definir um assunto na documentação, o Cloud Monitoring vai determinar a linha de assunto. As linhas de assunto são compatíveis com texto simples e variáveis.

API Cloud Monitoring

Configurar a linha de assunto da notificação usando o campo subject da política de alertas documentation.

Console do Google Cloud

Configure a linha de assunto da notificação usando o No campo Linha de assunto da notificação, Seção Notificações e nome da página Criar política de alertas.

Conteúdo

O conteúdo da sua documentação aparece na notificação a seguir. tipos:

  • E-mail, no cabeçalho Documentação de políticas
  • PagerDuty
  • Pub/Sub
  • Slack
  • Webhooks

Recomendamos configurar seu conteúdo para que os responsáveis pelo incidente possam conferir as etapas de correção e as informações do incidente nas notificações relacionadas à sua política de alertas. Por exemplo, é possível configurar de configuração para incluir um resumo do incidente e informações sobre recursos relevantes.

O conteúdo da documentação aceita texto simples, Markdown, variáveis e controles específicos do canal.

API Cloud Monitoring

Configure o conteúdo da documentação usando o campo content da política de alertas documentation.

Console do Google Cloud

Configure o conteúdo da documentação usando o campo Documentação no Seção Notificações e nome da página Criar política de alertas.

É possível adicionar links à sua documentação para que os responsáveis por incidentes possam acessar recursos como playbooks, repositórios e painéis do Google Cloud em uma notificação.

API Cloud Monitoring

Os links de documentação configurados na API Cloud Monitoring aparecem nos seguintes tipos de notificação:

  • E-mail, no cabeçalho Links rápidos
  • PagerDuty
  • Pub/Sub
  • Webhooks

Para configurar um link, adicione um Link ao documentation da política de alertas. Cada link é representado por um display_name e um url. Você pode ter até há três links em sua documentação.

A configuração a seguir usa links com um URL para criar um link para um playbook de incidentes. O URL inclui uma variável que os destinatários da notificação possam acessar o playbook correto com base no recurso monitorado em que o incidente ocorreu:

"links" [
  {
    "displayName": "Playbook",
    "url": "https://myownpersonaldomain.com/playbook?name=${resource.type}"
  }
]

Console do Google Cloud

Os links de documentação configurados no console do Google Cloud aparecem com o o restante do conteúdo da documentação nos seguintes tipos de notificação:

  • E-mail, no cabeçalho Documentação da política
  • PagerDuty
  • Pub/Sub
  • Slack
  • Webhooks

Para adicionar links ao conteúdo da documentação, inclua-os no campo Documentação da sua política de alertas. Por exemplo, o a documentação a seguir lista um URL de um playbook do cliente:

### Troubleshooting and Debug References

Playbook: https://myownpersonaldomain.com/playbook?name=${resource.type}

Markdown no conteúdo da documentação

Use Markdown para formatar o conteúdo da documentação. O conteúdo da documentação é compatível com o seguinte subconjunto de tags Markdown:

  • Cabeçalhos, indicados por caracteres de hash iniciais.
  • Listas não ordenadas, indicadas pelos caracteres inicial mais, menos ou asterisco.
  • Listas ordenadas, indicadas por um número inicial seguido por um ponto.
  • Texto iterativo, indicado por sublinhados únicos ou asteriscos em torno de uma frase.
  • Texto em negrito, indicado por sublinhados duplos ou asteriscos ao redor de uma frase.
  • Links, indicados pela sintaxe [link text](url). No entanto, recomendamos usar o objeto Link para configurar links para seu conteúdo.

Para mais informações sobre essa tag, consulte qualquer referência do Markdown, por exemplo, Guia do Markdown.

Variáveis na documentação

Para personalizar o texto na documentação, use variáveis no formato ${varname}. Quando a documentação é enviada com uma notificação, a string ${varname} é substituída por um valor extraído do recurso correspondente do Google Cloud, conforme descrito na tabela a seguir.

Variável Valor
condition.name O nome do recurso REST da condição, como
projects/foo/alertPolicies/1234/conditions/5678.
condition.display_name O nome de exibição de uma condição, como CPU usage increasing rapidly.
log.extracted_label.KEY O valor do rótulo KEY, extraído de uma entrada de registro. Apenas para políticas de alertas com base em registros: para mais informações consulte Criar uma política de alertas com base em registros usando a API Monitoring
metadata.system_label.KEY O valor do rótulo de metadados de recurso fornecido pelo sistema KEY.1
metadata.user_label.KEY O valor do rótulo de metadados do recurso definido pelo usuário KEY.1,3
metric.type O tipo de métrica, como
compute.googleapis.com/instance/cpu/utilization
metric.display_name O nome de exibição do tipo de métrica, como CPU utilization.
metric.label.KEY

O valor do rótulo de métrica KEY.1
Para encontrar os rótulos associados ao tipo de métrica, consulte Lista de métricas.

Quando o valor da variável ${metric.label.KEY} não começa com um dígito, uma letra, uma barra (/) ou um sinal de igual (=), o monitoramento omite o rótulo das notificações.

Ao migrar uma regra de alerta do Prometheus, os modelos de campo de alerta do Prometheus {{$value}} e {{humanize $value}} aparecem como ${metric.label.VALUE} na configuração da documentação da política de alertas. Nesse caso, VALUE contém o valor da consulta PromQL.

Também é possível usar ${metric.label.VALUE} ao criar consultas PromQL no Google Cloud.

metric_or_resource.labels

Essa variável renderiza todos os valores de métrica e rótulo de recurso como uma lista classificada de pares key-value. Se um rótulo de métrica e um de recurso tiverem o mesmo nome, somente o rótulo de métrica será renderizado.

Ao migrar uma regra de alerta do Prometheus, os modelos de campo de alerta do Prometheus {{$labels}} e {{humanize $labels}} aparecem como ${metric_or_resource.labels} na configuração da documentação da política de alertas.

metric_or_resource.label.KEY
  • Se KEY for um rótulo válido, essa variável será renderizada na notificação como o valor de ${metric.label.KEY}.
  • Se KEY for um recurso válido, essa variável será renderizada na notificação como o valor de ${resource.label.KEY}.
  • Se KEY não for um rótulo nem um recurso válidos, essa variável será renderizada na notificação como uma string vazia.

Ao migrar uma regra de alerta do Prometheus, os modelos de campo de alerta do Prometheus {{$labels.KEY}} e {{humanize $labels.KEY}} aparecem como ${metric_or_resource.labels.KEY} no sistema de alerta configuração da documentação da política.

policy.name O nome do recurso REST da política, como projects/foo/alertPolicies/1234.
policy.display_name O nome de exibição de uma política, como High CPU rate of change.
policy.user_label.KEY O valor do rótulo de usuário KEY.1

As chaves precisam começar com letra minúscula. As chaves e os valores podem conter somente letras minúsculas, dígitos, sublinhados e traços.

project O ID do projeto de escopo de um escopo de métricas, como a-gcp-project.
resource.type O tipo de recurso monitorado, como gce_instance.
resource.project O ID do projeto do recurso monitorado relacionado à política de alertas.
resource.label.KEY O valor do rótulo de recurso KEY,1,2,3
Para encontrar os rótulos associados ao tipo de recurso monitorado, consulte Lista de recursos.

1 Por exemplo, ${resource.label.zone} é substituído pelo valor do rótulo zone. Os valores dessas variáveis estão sujeitos a agrupamento. Consulte os valores de null para mais informações.
2 Para recuperar o valor do rótulo project_id em um recurso monitorado na política de alertas, use ${resource.project}.
3 Não é possível acessar rótulos de metadados de recursos definidos pelo usuário usando resource.label.KEY. Use metadata.user_label.KEY.

Observações sobre uso

  • Apenas as variáveis na tabela são compatíveis. Não é possível combiná-las em expressões mais complexas, como ${varname1 + varname2}.
  • Para incluir a string literal ${ na documentação, insira o símbolo de escape $ com um segundo símbolo $, e $${ será renderizado como ${ na documentação.
  • Essas variáveis são substituídas por seus valores apenas em notificações enviadas por meio de canais de notificação. No console do Google Cloud, quando a documentação é exibida, você vê as variáveis, não os valores. Exemplos no console incluem as descrições de incidentes e a visualização da documentação ao criar uma política de alertas.
  • Verifique se as configurações de agregação da condição não eliminam o rótulo. Se o rótulo for eliminado, o valor dele na notificação será null. Para mais informações, consulte A variável de um rótulo de métrica é nula.

null valores

Os valores das variáveis metric.*, resource.* e metadata.* são derivados de séries temporais. Os valores delas poderão ser null se nenhum valor for retornado da consulta de série temporal.

  • As variáveis resource.label.KEY e metric.label.KEY podem ter Valores null se a política de alertas usar agregação entre séries (redução), por exemplo, calcular a SUM em cada um que correspondem a um filtro. Ao usar a agregação entre séries, todos os rótulos não usados no agrupamento são descartados e, como resultado, eles são renderizados como null quando a variável é substituída pelo valor. Todos os rótulos são retidos quando não há agregação entre séries. Para mais informações, consulte A variável de um rótulo de métrica é nula.

  • Os valores das variáveis metadata.* estarão disponíveis somente se os rótulos estiverem incluídos explicitamente no filtro de uma condição ou no agrupamento da agregação entre séries. Ou seja, é necessário fazer referência ao rótulo de metadados no filtro ou agrupamento para que ele tenha um valor para o modelo.

Resolução variável

Variáveis em modelos de documentação são resolvidas somente nas notificações enviados pelos seguintes canais de notificação:

  • E-mail
  • Google Chat
  • Slack
  • Pub/Sub, esquema JSON versão 1.2
  • Webhooks, esquema JSON versão 1.2
  • PagerDuty, esquema JSON versão 1.2

Controles do canal

O texto no campo de documentação também pode incluir caracteres especiais usados pelo próprio canal de notificação para controlar a formatação e as notificações.

Por exemplo, o Slack usa @ nas menções. Você pode usar @ para vincular o a um ID do usuário específico. Não é possível incluir nomes nas menções. Vamos supor que você inclua uma string como esta no campo de documentação:

<@backendoncall> Incident created based on policy ${policy.display_name}

Quando o campo de documentação é recebido pelo canal do Slack em questão como parte da notificação, a string anterior faz com que o Slack envie outra mensagem para o ID do usuário backendoncall. A mensagem enviada pelo Slack ao usuário pode conter informações relevantes da notificação. Por exemplo, "Incident created based on policy High CPU rate of change".

Essas opções complementares são específicas para os canais. Para saber mais sobre o que está disponível, consulte a documentação oferecida pelo fornecedor do canal.

Exemplo

O exemplo a seguir mostra as versões do console do Google Cloud e da API Cloud Monitoring da documentação de modelo para uma política de alerta de utilização da CPU. Estes exemplos usam um e-mail para o tipo de canal de notificação. Os modelos de documentação incluem diversas variáveis para resumir o incidente e fazer referência à política de alertas e aos recursos REST de condição.

API Cloud Monitoring

  "documentation": {
    "content": "### CPU utilization exceeded\n\n### Summary\n\nThe ${metric.display_name} of the ${resource.type} ${resource.label.instance_id} in the project ${resource.project} has exceeded 5% for over 60 seconds.\n\n#### Additional resource information\n\nCondition resource name: ${condition.name}  \nAlerting policy resource name: ${policy.name}",
    "mimeType": "text/markdown",
    "subject": "Alert: ${metric.display_name} exceeded",
    "links": [
      {
        "displayName": "Playbook",
        "url": "https://myownpersonaldomain.com/playbook?name=${resource.type}"
      },
      {
        "displayName": "Repository with debug scripts",
        "url": "https://altostrat.com"
      },
      {
        "displayName": "Google Cloud dashboard",
        "url": "https://example.com"
      }
    ]
  }

A imagem a seguir mostra como esse modelo aparece em um e-mail notificação:

Exemplo de como a documentação é renderizada em uma notificação. Os links são exibidos na coluna &quot;Links rápidos&quot; nesta seção.

Console do Google Cloud

### CPU utilization exceeded

#### Summary

The ${metric.display_name} of the ${resource.type}
${resource.label.instance_id} in the project ${resource.project} has
exceeded 5% for over 60 seconds.

#### Additional resource information

Condition resource name: ${condition.name}  
Alerting policy resource name: ${policy.name}  

#### Troubleshooting and Debug References

Playbook: https://myownpersonaldomain.com/playbook?name=${resource.type}  
Repository with debug scripts: https://altostrat.com  
${resource.type} dashboard: https://example.com

A imagem a seguir mostra como esse modelo aparece em um e-mail notificação:

Exemplo de como a documentação é renderizada em uma notificação. Os links são mostrados em um cabeçalho &quot;Referências de solução de problemas e depuração&quot;.