Parcourir nos demandes de fonctionnalités UserVoice est une expérience assez humiliante pour nous tous travaillant sur PagerDuty. Il semble qu'après avoir réalisé PagerDuty au cours de notre première année, nous avons encore au moins dix ans de travail devant nous !

Nous sommes en train de finaliser l'API d'intégration de Nagios. Nous allons publier la première version dans les deux prochaines semaines environ. Mais en attendant, nous avons pensé que nous devrions vous montrer certaines des autres fonctionnalités plus modestes que nous avons récemment lancées.

Boucle sur les chaînes d'escalade

Jusqu'à présent, les incidents étaient traités une seule fois par les politiques d'escalade. Ainsi, les incidents sans réponse restaient assignés à la dernière personne de la chaîne d'escalade. Inutile de dire que cela posait certains problèmes si une alerte passait par le processus d'escalade sans que personne n'intervienne.

Pour garantir que les incidents ouverts sont toujours traitée, la règle finale d'une politique d'escalade peut désormais ordonner à PagerDuty de réattribuer l'incident à la première personne de la chaîne et de recommencer le processus d'escalade.

Nous sommes particulièrement curieux de savoir si quelqu'un a besoin d'une flexibilité supplémentaire dans les politiques d'escalade. La possibilité de revenir à une règle autre que la première serait-elle utile à quelqu'un ?

Meilleur support des expressions régulières

Nous avons rendu possible la spécification de filtres regex de messages déclencheurs « AND » et « OR ». Nous avons également ajouté l'option permettant de filtrer les messages entrants en fonction de l'adresse « De ». Si vous avez déjà appuyé par accident sur « Répondre à tous » sur un message déclencheur auquel vous avez été mis en copie, vous saurez exactement pourquoi nous avons ajouté l'option de filtre De.

SSL et TLS

Nos clients ont souvent besoin de se connecter à leurs comptes PagerDuty lorsqu'ils sont sur des points WiFi ouverts dans les aéroports, les cafés, etc. Jusqu'à présent, c'était une proposition plutôt risquée, puisque seules les pages de connexion et de facturation de PagerDuty étaient protégées par SSL. À la demande générale, nous avons ajouté la possibilité d'activer SSL sur l'ensemble de votre compte PagerDuty . Pour activer cette option, demandez au propriétaire de votre compte de visiter la page « Paramètres du compte » et d'activer l'option SSL.

Au fait, nous avons également configuré nos serveurs de messagerie pour accepter les sessions SMTP protégées par TLS… parfait au cas où vous soupçonneriez que votre opérateur réseau ou votre fournisseur en amont a des BOFH Tendances. Configurez simplement vos serveurs de messagerie sortants pour utiliser TLS de manière opportuniste, et vous devriez être prêt. Si vous souhaitez vérifier si votre courrier est reçu chiffré de notre côté, cliquez sur « Afficher l'e-mail » sur un déclencheur d'incident, puis utilisez le lien « Afficher le message brut ». Si le message est chiffré, le dernier saut répertorié dans les en-têtes de réception mentionnera une connexion compatible TLS.