Vous en avez assez d'être submergé de notifications PagerDuty dès qu'un problème survient sur l'un de vos systèmes ? Beaucoup de ces notifications se ressemblent ? Vous perdez un temps précieux à gérer le flot incessant d'appels et de SMS PagerDuty au lieu de vous concentrer sur la résolution du problème ? Alors, vous pourriez être intéressé par notre fonctionnalité de déduplication des incidents.

Cette fonctionnalité, lorsqu'elle est activée pour les services de messagerie génériques, garantit que tous les courriels entrants avec le même objet Être ajouté au journal d'un incident ouvert existant portant sur le même sujet, s'il en existe un, au lieu de créer un nouvel incident. Donc seulement un L'incident associé à cet objet sera déclenché immédiatement. (Si vous connaissez notre API d'intégration , c'est le même concept que « incident_key ».)

Cette fonctionnalité fait partie des services de messagerie génériques de PagerDuty depuis longtemps, mais nous avons constaté que beaucoup ne l'utilisent pas car le paramètre par défaut ouvre un nouvel incident pour chaque e-mail déclencheur entrant. Désormais, pour les nouveaux services de messagerie, nous allons modifier le comportement par défaut afin d'ouvrir un nouvel incident pour chaque e-mail déclencheur entrant. sujet , alors soyez prévenus.

Pour modifier le paramètre (et ne recevoir que les notifications) une fois (par problème signalé par PagerDuty), il suffit de modifier vos services de messagerie génériques et de cocher « Ouvrir un nouvel incident pour chaque nouvel objet d'e-mail déclencheur » dans les paramètres « Création d'incident ».

Vous vous dites peut-être : « Eh bien, ce flot incessant d'appels téléphoniques de PagerDuty me rend certainement fou lorsque des problèmes importants surviennent avec mes systèmes, mais si je les regroupais en un seul appel téléphonique, que se passe-t-il si cet appel est manqué ? »

Une bonne politique d'escalade est essentielle. Si l'alerte est manquée, elle sera transmise à la personne suivante dans la file d'attente. Assurez-vous simplement que la politique d'escalade de votre service reprenne le processus depuis le début lorsqu'elle atteint la fin de ses règles d'escalade. Modifiez la politique associée au service concerné et cochez la case « Si un incident n'a plus de règles d'escalade, revenir à la règle 1 ».

Bonne pagination !