Il s'agit du deuxième article d'une série en trois parties consacrée aux dernières améliorations apportées à PagerDuty. N'oubliez pas de consulter Partie 1 et Partie 3 .

Nous venons de publier un Nagios API pour PagerDuty. Si vous utilisez Nagios pour la surveillance de vos hôtes, vous n'avez plus besoin du mécanisme d'intégration de messagerie de PagerDuty pour recevoir les SMS et les appels de votre installation Nagios. Désormais, vous pouvez contourner complètement cette étape et configurer Nagios pour qu'il communique directement à PagerDuty les messages de problème, d'accusé de réception et de rétablissement via une API HTTPS.

Le principal avantage de l'API par rapport à l'intégration par e-mail est que PagerDuty peut désormais clôturer automatiquement les incidents lorsque Nagios signale la résolution du problème. Fini les appels 30 minutes après la résolution d'un problème parce que vous avez oublié de marquer l'incident comme résolu dans PagerDuty! De plus, l'API permettant de distinguer les messages PROBLÈME des messages RÉPARATION, PagerDuty n'activera plus intempestivement les alertes pour les messages de RÉPARATION.

L'utilisation de la nouvelle API Nagios est très simple : il vous suffit de créer un service Nagios dans PagerDuty, de copier un petit script Perl sur votre serveur Nagios, puis d'ajouter un « pseudo-contact » à votre configuration Nagios correspondant au nouveau service. Pour obtenir des instructions détaillées, veuillez consulter notre documentation. Guide d'intégration de Nagios .

En configurant votre installation Nagios pour utiliser l'API, vous pourrez profiter de plusieurs nouvelles fonctionnalités PagerDuty . L'une d'elles, actuellement en développement, permettra à PagerDuty d'envoyer des alertes par e-mail et SMS lorsqu'un incident est résolu. Grâce à cette fonctionnalité, vous pourrez vérifier en un coup d'œil si un problème est résolu avant même de vous lever à 3 heures du matin.

Nous envisageons également d'ajouter la possibilité d'assigner les alertes Nagios à différentes politiques d'escalade PagerDuty en fonction de variables Nagios telles que HOSTGROUP et SERVICEGROUP. N'hésitez pas à nous faire part de votre avis : cette fonctionnalité pourrait-elle vous être utile ? Nous aimerions savoir si votre équipe d'exploitation l'utiliserait.