Ao integrar webhooks no OpManager, você pode enviar dados para um URL de webhook especificado pertencente a uma aplicação de terceiros. Por exemplo, os webhooks possibilitam a integração do OpManager com o Microsoft Teams e o Telegram.
Com os webhooks, o OpManager envia detalhes do alarme para um URL específico da aplicação de terceiros em questão. O proprietário da aplicação tomaria então a ação adequada com base no conteúdo dos dados enviados.
Um aspecto útil da integração de webhooks é que ela permite que as aplicações troquem informações sem esforço quando ocorrem eventos específicos. A colaboração com outras aplicações é crucial para que uma solução de monitoramento de rede como o OpManager reduza o tempo de inatividade, aumente o desempenho e resolva falhas rapidamente.
O OpManager monitora constantemente a rede quanto ao desempenho, à disponibilidade e à identificação de falhas. Os webhooks permitem que o OpManager envie informações de alarme para aplicações como PagerDuty, ServiceDesk Plus, ServiceNow, Slack e outros, aproveitando seus recursos de monitoramento de rede.
Assim, sempre que determinados eventos (violações de limite) ocorrem, os detalhes do alarme são enviados automaticamente para as aplicações especificados.
Os detalhes do alarme enviados pelo OpManager são convertidos em formulários apropriados com base na aplicação em que os dados são usados.
Digamos que o OpManager localize uma falha de hardware que exija substituição imediata. Os webhooks entram em ação aqui e, quando esse evento - falha do dispositivo - ocorrer, o alarme gerado para esse problema será escalado para o ServiceDesk Plus como um ticket.
Por outro lado, se esse detalhe do alarme for escalado para o Slack, os detalhes do alarme serão convertidos em uma mensagem e aparecerão no canal de comunicação usado.
Acima de tudo, a integração webhook-OpManager alavanca o gerenciamento de sua infraestrutura de TI e oferece as seguintes vantagens
O OpManager envia os dados de alarme para um URL específico como uma solicitação HTTP quando o evento desejado ocorre. Em resposta, a aplicação enviará um retorno de chamada HTTP para o OpManager. Você deve obter o URL do webhook da aplicação para o qual os dados são enviados.
Os tipos de conteúdo das solicitações HTTP compatíveis com o OpManager são
Após cada solicitação HTTP bem-sucedida, um código de resposta de sucesso será adicionado aos registros do OpManager. Da mesma forma, para cada execução com falha, um código de resposta de falha será adicionado aos logs.
Você também pode definir a duração do tempo limite, que é o tempo que o OpManager aguardará por uma resposta da aplicação. Isso garante uma resposta imediata e oportuna da aplicação.
É possível especificar o tipo de solicitação feita a aplicação de terceiros. Os tipos de método de URL de webhook suportados pelo OpManager são:
Etapa 1:
Etapa 2:
Etapa 3: aplicável somente se o tipo de método de URL do Hook não for GET/HEAD/DELETE
Etapa 4:
Observação: a cadeia de caracteres do agente do usuário (UA) de um navegador ajuda a identificar o navegador em uso, sua versão e o sistema operacional no qual ele é usado.
Etapa 5:
Em geral, os campos obrigatórios que devem ser mencionados durante a configuração de Webhooks são:
Você pode adicionar qualquer número de variáveis de alarme e campos personalizados, como endereço IP, tipo de dispositivo, gravidade, local, detalhes de contato e muito mais, de modo que, sempre que ocorrer um evento, esses detalhes serão enviados como um parâmetro para o URL do webhook especificado.
A mensagem que será compartilhada com o URL do webhook no caso acima está representada abaixo:
https://hooks.app.com/data/sample?ipaddress=$DeviceField(ipAddress)&devicetype=$DeviceField(type)&severity=$stringseverity
Para: hooks.app.com/data/sample
Endereço IP: $DeviceField(ipAddress)
Tipo de dispositivo: $DeviceField(type)
Gravidade: $stringseverity
Observação: As variáveis de proxy foram usadas no exemplo acima. Os valores reais serão atualizados para as variáveis quando o webhook for chamado a partir do OpManager.
Ao contrário dos tipos de dados form-data e form-urlencoded, a escolha do tipo de dados brutos lhe dá a liberdade de adicionar uma mensagem bruta não restrita por nenhum parâmetro.
+