Enviar notificações ao sistema de tickets Qisutu¶

O monitoramento funciona de forma independente. Para a integração com tickets, o add-on de monitoramento deve ser instalado separadamente no sistema de tickets Qisutu. Ele não faz parte do pacote de monitoramento. O add-on deve oferecer suporte a conexões do tipo Qisutu Monitoring e ao endereço de eventos correspondente.

Preparar a conexão no Qisutu¶

No Sistema de tickets Qisutu, abra Administração → Monitoring.
Crie ali uma conexão do tipo Qisutu Monitoring.
Use o endereço completo da conexão e a chave de acesso exibidos por essa conexão.

As configurações de criação e processamento de tickets ficam no add-on do Qisutu. No Qisutu Monitoring, não se selecionam fila, cliente do ticket, SLA nem associação de CI para criar tickets. Use para isso a configuração do add-on separado.

Configurar a conexão no monitoramento¶

Abra Notificações → Sistema de tickets Qisutu.
Ative Enviar notificações ao Qisutu.
Cole o endereço HTTPS completo em Endereço da conexão do add-on. Copie o endereço de eventos exibido; o endereço inicial geral do sistema de tickets não basta. O endereço termina em /v1/addons/qisutu.monitoring/events/ e no identificador da conexão correspondente.
Informe a chave correspondente em Chave de acesso. A chave deve pertencer exatamente a essa conexão do Qisutu.
Se o Qisutu usa um certificado de uma CA interna, forneça o certificado PEM dela em Certificado CA próprio.
Clique em Testar conexão com Qisutu.
Após um teste bem-sucedido, clique em Salvar configurações de notificações.

O teste não cria um ticket. Ele verifica se o Qisutu está acessível, a chave de acesso é válida, a conexão está ativa e o tipo de sistema é Qisutu Monitoring. Depois, o processamento de tickets deve ser conferido com uma mudança real de estado.

Ao editar, deixar a chave de acesso vazia mantém uma chave já salva. Para excluí-la, ative Remover chave de acesso salva e salve. Uma nova chave substitui a anterior ao salvar.

O que é enviado ao Qisutu?¶

Quando ocorre uma falha, o monitoramento envia um evento do tipo problem; após a recuperação bem-sucedida, envia um evento do tipo recovery. São enviados nome do dispositivo, nome da verificação, resumo, detalhes, horário, gravidade e um identificador permanente da verificação, entre outras informações. Assim, o add-on pode associar eventos relacionados. A mesma falha persistente não é reenviada a cada intervalo de verificação.

Estado do monitoramento	Tipo de evento enviado	Gravidade
Falha, Crítico, Erro de verificação	`problem`	`critical`
Aviso, Medições ausentes	`problem`	`warning`
Normalizado	`recovery`	`info`

O add-on do Qisutu determina a criação automática de tickets, possíveis regras de supressão e o processamento das notificações de recuperação. Um envio bem-sucedido significa que o add-on aceitou o evento. Isso não significa necessariamente que um novo ticket foi criado: o add-on também pode ignorar ou suprimir um evento conforme suas próprias regras.