Un webhook est une requête HTTP définie par l'utilisateur qui est envoyée depuis un site source vers une URL unique d'une application lorsqu'un événement particulier a lieu. Les webhooks permettent aux applications de communiquer entre elles et de faciliter les opérations de manière rapide et efficace.
Alors que les API permettent également la communication entre les applications, une différence majeure entre les deux réside dans leur fonctionnement.
Avec les API, vous devez interroger chaque fois que vous souhaitez obtenir des informations de l'application; Les webhooks, quant à eux, sont automatisés et vous avertissent chaque fois qu'un événement particulier se produit dans votre application.
En intégrant des webhooks dans OpManager, vous pouvez envoyer des données à une URL de webhook spécifiée appartenant à une application tierce. Par exemple, les webhooks permettent d'intégrer OpManager avec Microsoft Teams et Telegram.
Avec les webhooks, OpManager envoie les détails de l'alarme à une URL particulière de l'application tierce concernée. Le propriétaire de l'application prendrait alors les mesures appropriées en fonction du contenu des données envoyées.
Un aspect utile de l'intégration de webhook est qu'elle permet aux applications d'échanger des informations sans effort lorsque des événements spécifiques se produisent. La collaboration avec d'autres applications est cruciale pour une solution de surveillance réseau comme OpManager afin de réduire les temps d'arrêt, d'améliorer les performances et de résoudre rapidement les pannes.
OpManager surveille en permanence le réseau pour les performances, la disponibilité et l'identification des pannes. Les webhooks permettent à OpManager d'envoyer des informations à des applications telles que ServiceDesk Plus, ServiceNow, Slack, etc. en tirant parti de ses capacités de surveillance réseau.
Ainsi, chaque fois que certains événements (dépassements de seuil) se produisent, les détails des alarmes sont automatiquement envoyés aux applications spécifiées immédiatement.
Les détails de l'alarme envoyés depuis OpManager sont convertis dans des formulaires appropriés en fonction de l'application dans laquelle les données sont utilisées.
Disons qu'OpManager localise une défaillance matérielle qui nécessite un remplacement immédiat. Les webhooks entrent en jeu ici, et une fois que cet événement - défaillance de l'appareil - se produit, l'alarme déclenchée pour ce problème sera transmise à ServiceDesk Plus sous forme de ticket.
Disons qu'OpManager localise une défaillance matérielle qui nécessite un remplacement immédiat. Les webhooks entrent en jeu ici, et une fois que cet événement - défaillance de l'appareil - se produit, l'alarme déclenchée pour ce problème sera transmise à ServiceDesk Plus sous forme de ticket.
En revanche, si ce détail d'alarme est remonté vers Slack, les détails d'alarme seront convertis en message et apparaîtront sur le canal de communication utilisé.
Avant tout, l'intégration webhook-OpManager tire parti de la gestion de votre infrastructure informatique et offre les avantages suivants:
OpManager envoie les données d'alarme à une URL particulière en tant que requête HTTP une fois que l'événement souhaité a eu lieu. En réponse, l'application enverra un rappel HTTP à OpManager. Vous devez obtenir l'URL du webhook de l'application à laquelle les données sont envoyées.
Les types de contenu des requêtes HTTP pris en charge dans OpManager sont:
Après chaque requête HTTP réussie, un code de réponse de réussite sera ajouté dans les journaux d'OpManager. De même, pour chaque exécution échouée, un code de réponse d'échec sera ajouté dans les journaux.
Vous pouvez également définir la durée du délai d'expiration, qui est la durée pendant laquelle OpManager attendra une réponse de l'application. Cela garantit une réponse rapide et opportune de l'application.
Vous pouvez spécifier le type de demande adressée à l'application tierce. Les types de méthode d'URL de webhook pris en charge par OpManager sont:
Étape 1:
Étape 2:
Étape 3: Applicable uniquement si le type de méthode Hook URL n'est pas GET
Étape 4:
Remarque: la chaîne d'agent utilisateur (UA) d'un navigateur permet d'identifier le navigateur utilisé, sa version et le système d'exploitation sur lequel il est utilisé.
Étape 5:
En général, les champs obligatoires à mentionner lors de la configuration des Webhooks sont:
Vous pouvez ajouter un certain nombre de variables d'alarme et les champs personnalisés comme l' adresse IP, le type de périphérique, gravité, Localisation, Détails de contact, et plus, de sorte que chaque fois qu'un événement se produit, ces détails seront envoyés comme paramètre à l'URL de webhook spécifié.
Le message qui sera partagé avec l'URL du webhook dans le cas ci-dessus est représenté ci-dessous:
https://hooks.app.com/data/sample?ipaddress=$DeviceField(ipAddress)&devicetype=$DeviceField(type)&severity=$stringseverity
To: hooks.app.com/data/sample
IP Address: $DeviceField(ipAddress)
Device Type: $DeviceField(type)
Severity: $stringseverity
Remarque : des variables proxy ont été utilisées dans l'exemple ci-dessus. Les valeurs réelles seront mises à jour pour les variables lorsque le webhook est appelé depuis OpManager.
Contrairement aux types de données form-data et form-urlencoded, le choix du type de données brutes vous donne la liberté d'ajouter un message brut non limité par aucun paramètre.
